LINUX.ORG.RU

ReactOS 0.4.3

 


1

2

После трёх месяцев разработки состоялся релиз ReactOS 0.4.3 — свободной ОС, нацеленной на обеспечение совместимости с программами и драйверами для MS Windows. Проект начал делать выпуски более оперативно, ранее они выходили раз в год.

Для загрузки доступны установочный и ознакомительный (LiveCD) образы. ОС распространяется под лицензией GNU GPL 2.0 или выше.

Основные изменения:

  • Улучшена работа виртуальной машины NTVDM, позволяющей запускать старые 16-разрядные программы, написанные для Windows и MS DOS. Например, через NTVDM можно запустить Command & Conquer.
  • Осуществлён переход на новую библиотеку с реализацией API Winsock, используемую для организации сетевого взаимодействия в приложениях на платформе Windows. Новая библиотека Winsock позволила существенно улучшить совместимость с сетевыми приложениями, такими как клиент GOG и новые версии модулей для разработки на Python (версий 2 и 3).
  • Значительно расширено применение тестового набора, который теперь охватывает различные подсистемы — от функций работы с памятью до Windows Shell API.
  • Продолжен затянувшийся переход на новую систему управления памятью ARM3 (Another Rewrite of the Memory Manager Module), в которой теперь активирована поддержка секций — одна из последних недостающих возможностей, необходимых для полной замены старой системы управления памятью.
  • Добавлена ресурсная библиотека pifmgr.dll, включающая подборку пиктограмм. Создана библиотека с набором функций для ввода/вывода в консоль, отображения сообщений об ошибках и другими возможностями для внутренних утилит командной строки.
  • Добавлена утилита EventCreate.
  • Осуществлена синхронизация с кодовой базой Wine Staging 1.9.14.
  • Функции автоматического обновления и установки дополнений Firefox теперь работают корректно.
  • Устранено более 340 ошибок, в частности исправлена ошибка, приводившая к повреждению данных на дисках с GPT при использовании LiveCD.

>>> Подробности

★★★★

Проверено: JB ()

Ответ на: комментарий от curufinwe

поставить сейчас цель поддержки драйверов от доса в линуксе

Эта цель была поставлена достаточно давно и давным-давно успешно выполнена. Вплоть до запуска Win 3.11 включая звук, сеть, мышь и так далее.

redgremlin ★★★★★ ()
Ответ на: комментарий от redgremlin

BSOD я увидел быстрее, чем сумел поставить драйвер.

Учитывая специфику реактоса, без описания как ты его запускал - эти слова просто белый шум.

curufinwe ★★★★★ ()
Ответ на: комментарий от redgremlin

Т.е. линукс может работать с железом, например сетевой картой, при помощи бинарного драйвера от доса? И эта цель была поставлена и решена именно _сейчас_?

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Учитывая специфику реактоса

Ну да, запашок специфичный, этого не отнять.

без описания как ты его запускал

Тут ты меня подловил — я действительно не стал дожидаться полнолуния в пятницу 13 в нечётный високосный год после того, как чёрный петух снесёт яйцо, ставил по-простому, думал проканает.

redgremlin ★★★★★ ()
Ответ на: комментарий от curufinwe

Так BeOS или Haiku ставила разумные цели?

Haiku. Мы же про открытые ОС говорим. Какие цели были коммерческой BeOS не берусь судить.

Но сейчас уже 2016 год!

И Haiku умеет несколько больше чем старый BeOS. В обсуждении того старого кода монтажки это упоминалось. И ты не сможешь запихать 2016 год в ядро Линукса. Вот так голословно. Линукс неплох для многих задач. Но вот в этой конкретной области Haiku может быть лучше. Столько эмоций.

с какой целью бинарная совместимость с протухшим софтом от BeOS
А поддержка софта от BeOS на уровне бинарников зачем?

То что ты не знаешь осуществовании чего-то, не значит что такого софта вобще нет. BeOS энтузиасты тянули очень долго. А софт под OS/2 есть до сих пор. Но вобще это такая заявка на то что они не будт ломать рабочее по желанию левой пятки. Когда-то похожий подход поднял винду до 98%.

ценой сборки системы древним gcc?

А вчем тут цена. Запихал и пускай собирается? Новый вариант тоже есть.

Это почти все равно как поставить сейчас цель поддержки драйверов от доса в линуксе.

Я тебе по секрету скажу что в ядре линукса есть крыжики для поддержки бинарников unixoв до линукса.Но новичкам об этом не говорят. И ты никому ...

antares0 ★★★ ()
Ответ на: комментарий от antares0

Я тебе по секрету скажу что в ядре линукса есть крыжики для поддержки бинарников unixoв до линукса.Но новичкам об этом не говорят. И ты никому ...

Не надоело очевидные вещи под видом мировых тайн писать? При чем тут это, если в линуксе свои же бинарники 10 летней давности легко могут не завестись. Я как-то пытался на ядро 2.6.18 поставить иксы года 2012 или 2013 с соответствующим юзерспейсом. И хрен.

А вчем тут цена. Запихал и пускай собирается? Новый вариант тоже есть.

Бесполезное дублирование библиотек. Мучение при его использовании программистами.

То что ты не знаешь осуществовании чего-то, не значит что такого софта вобще нет.

Приводи конкретный пример. Если доступны исходники, их очевидно можно подрихтовать и собрать новым gcc. Так что нужен пример закрытого приложения под BeOS, нужного до сих пор.

Haiku. Мы же про открытые ОС говорим.

При этом ты приводишь цели, которые ставила BeOS.

curufinwe ★★★★★ ()
Ответ на: комментарий от redgremlin

Ты издеваешься? Или хочешь меня довести, чтобы меня забанили )))

Какой нахрен досбокс, ответь по существу на то, что я писал.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Почему, это как раз интересно. Как и за счет чего Хайку моментально переключает контекст, просвети?

Я не настолько ядерщик и ненастолко лектор что бы делать хорошо. Но насколько я понимаю компилятор встречая в коде на С++ примитивы из BeAPI собирает эту информацию. Поэтому планировщик может сворачивать многие переходы между процессами в подобие автомата. А в линуксе планировщик не имея такой информации вынужден руводствоватся эвристикаи держать много лишней информации на случай непредсказуемого перехода. Поэтому к слову BeOS/Haiku неразделимы с С++.

antares0 ★★★ ()
Ответ на: комментарий от antares0

Я не настолько ядерщик и ненастолко лектор что бы делать хорошо. Но насколько я понимаю компилятор встречая в коде на С++ примитивы из BeAPI собирает эту информацию. Поэтому планировщик может сворачивать многие переходы между процессами в подобие автомата. А в линуксе планировщик не имея такой информации вынужден руводствоватся эвристикаи держать много лишней информации на случай непредсказуемого перехода. Поэтому к слову BeOS/Haiku неразделимы с С++.

Даже если это так (что сомнительно), то это преимущество не ядра, а компилятора либо фреймворка в юзерспейсе. BeAPI на С++ это никак не ядро. Тогда и в линуксе компилятор так же может собирать некую информацию из кода, если написать заточенный под это фреймворк. Зачем Хайку оригинальное ядро тогда, влекущее необходимость писать все драйверы самим с нуля.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

При чем тут это, если в линуксе свои же бинарники 10 летней давности легко могут не завестись.

Потому что stable api nonsence. И сборка дистрибутивов это не совсем то же самое что должно завестись через 10 лет.

Я как-то пытался на ядро 2.6.18 поставить иксы года 2012 или 2013 с соответствующим юзерспейсом. И хрен.

Значит тебе в чем то не повезло Или чего-то не знал. Я года полтора жил на похожей конфигурации. То бишь все возможно.

Бесполезное дублирование библиотек. Мучение при его использовании программистами.

Ты внезапно програмист Haiku?Ж

Так что нужен пример закрытого приложения под BeOS, нужного до сих пор.

Кому нужно? Почему они тебе этот пример должны приводить. Ты ведь не разработчик Haiku ни разу. На прикладной софт и развитие Api это не влияет.

antares0 ★★★ ()
Ответ на: комментарий от curufinwe

При этом ты приводишь цели, которые ставила BeOS.

BeOS как комерческая компания много чего хотела не толко массовую ОС но и варианты Apple-а и свое жлезо. Haiku выбрала некотрую часть.

antares0 ★★★ ()
Ответ на: комментарий от antares0

Haiku выбрала некотрую часть.

После того как идеи BeOS начали воплощаться в остальных ОС, занимающих весь рынок.

Почему они тебе этот пример должны приводить.

Чтобы я проникся их высокими целями и стал разработчиком Haiku. А то пока непонятно, нафейхоа мне gcc 2 в 2016 году.

curufinwe ★★★★★ ()
Последнее исправление: curufinwe (всего исправлений: 1)
Ответ на: комментарий от antares0

из новостей

«Не читайте на завтрак советских газет» (ц)

Deleted ()
Ответ на: комментарий от curufinwe

то это преимущество не ядра,
BeAPI на С++ это никак не ядро.

Это премущество взамодейсвия кода пользовательского и ядра. В линукс специально запиливали вызовы и целые модули что бы ускорить сетевое взаимодействие. А Be-сообщество традиционно ориентировано на C++ и их ядро тоже на нем. BeAPI это в том числе интефейсы ядра.

Тогда и в линуксе компилятор так же может собирать некую информацию из кода, если написать заточенный под это фреймворк.

Тыф сейчас пытаешся заявить людям которые делом доказали право на жизнь для своего подхода, что они не правы. Тебя так кажется. Какой смысл? Я знаю такие варинты. Но они не показывают чего-то похожего на Haiku.

Зачем Хайку оригинальное ядро тогда, влекущее необходимость писать все драйверы самим с нуля.

Вариант с BeAPI под линукс он тоже был. Но не от сообщества Haiku и вызывал срач похожий на ROS здесь. Но чем то особенным он не запомнился.

antares0 ★★★ ()
Ответ на: комментарий от antares0

С тех пор умеет posix api.

Моя венда тоже умеет posix api, но это не делает её системой unix-like.

Её еше со времен BeOS так позиционировали.

4.2

Deleted ()
Ответ на: комментарий от antares0

Если что, мы с Haiku за одним столом будем стоять на FOSDEM

:D

Jedi-to-be ★★★★ ()
Ответ на: комментарий от curufinwe

На реальном железе работает намного больше двух.

Он хочет, чтоб в виртуалбоксе работали все 6 сетевух искаропке. А у нас собственный драйвер есть только для двух. Что собственно не означает, что остальные четыре не работают, если им сторонний драйвер подсунуть.

Только его куриного мозга не хватает, чтобы осознать, что для виртуального окружения незачем делать 6 драйверов сетевух, и одного-двух более чем достаточно.

Jedi-to-be ★★★★ ()
Ответ на: комментарий от curufinwe

Однакож дальше без меня. Совсем до маразма дошли.

antares0 ★★★ ()
Ответ на: комментарий от redgremlin

Если заведомо не работает хотя бы один драйвер, то это означает, что api реализовано

Работают 2 из 6 из коробки, потому что для них есть свой опенсорсный встроенный драйвер. 4 остальные тоже работают, но драйвера нужно проприетарные ставить.

Jedi-to-be ★★★★ ()
Ответ на: комментарий от antares0

Вариант с BeAPI под линукс он тоже был.

Еще бы, менять гибридное микроядро на монолитное, это для них регресс однако )) Или там с лицензией GPL какие-то терки возникли, что-то припоминаю.

Пожалуй, я погорячился обозвав разработчиков Haiku. Мне всегда нравилась эта система, до недавнего времени. Никакого прогресса в нужном направлении уже несколько лет не видно. Изначальная суть системы в BeAPI, именно приложения на нем раскрывают все преимущества. Но их никто не пишет, только WebPositive пилится. Пошла тенденция - Qt, JVM. Еще бы на Колибри Qt портировали. Это же убивает всю идею. Еще и с драйверами перспективы крайне туманны, а вопрос «кто будет писать драйверы» звучал еще много лет назад.

curufinwe ★★★★★ ()
Ответ на: комментарий от antares0

Я понимаю, что уже заманал, и весь этот спор вообще смысла не имеет, но пишу последний пост во имя справедливости. Скачал я последнюю ночную версию Haiku, почти год ее не тыкал уже, дай думаю посмотрю. Итог меня поразил. Чтобы использовать менеджер пакетов, нужно создавать онлайн аккаунт, форма с капчей. Аккаунт, Карл! За что мы боролись?.. Да даже в десятке можно без онлайн аккаунта.

Ну ладно, это фигня. Дальше стандартная задача для тестирования - написать на лоре. Запускаю ВебПозитив, логинюсь на лор - вся система виснет. Нет, я понимаю, что заклинивание браузера возможно. Но повисла вся система полностью! Включая мышь. То есть хваленая суперархитектура Хайку допускает такую возможность, когда приложение вешает чуть ли не ядро системы (а скорее всего ядро и повисло). Это о многом говорит.

Перезагружаюсь - запускаю браузер. Залогинился на лор удачно. При нажатии на ссылку «Трекер» браузер тут же виснет, так что не убивается процесс. Так я ничего и не смог сюда написать с Хайку. Это все на VirtualBox конечно же. При этом раньше все пахало, это удавалось.

После этого теста я понял, почему Хайку до сих пор альфа, как и ReactOS.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Перезагружаюсь - запускаю браузер. Залогинился на лор удачно. При нажатии на ссылку «Трекер» браузер тут же виснет, так что не убивается процесс. Так я ничего и не смог сюда написать с Хайку. Это все на VirtualBox конечно же. При этом раньше все пахало, это удавалось.

Вот я пишу этот текст из Хайку, запущенного в виртуалбоксе. Сборка Хайки - 50705, ВиртуалБокс - 5.1.10, завелось все сразу и без проблем, ВебПозитив не вылетал, на ЛОРчик зашел без проблем, кнопка «трекер» работает, как и все остальные. Могу выложить скриншот куда скажешь. Сдается мне, или кто-то кхм... несколько фантазирует, ну или просто несколько привирает.

rmammoth ()
Последнее исправление: rmammoth (всего исправлений: 1)

Ну чо , IBM SPSS, Python, R, Word/Excel робят?

bookman900 ★★★★★ ()
Ответ на: комментарий от antares0

Его пишут что бы использвать win-програмы совместно c unix-like. Его пользователи получат преимущества обоих миров.

Куча штук из мира unix/linux существуют и под Windows: Проект Gnu On Windows даёт, собственно, GNU Core Utils. Проект BIND даёт unix-like сетевые утилиты. Проект Win32-OpenSSH разрабатывает вроде как сама MS, адаптируя OpenSSH под windows.

А ещё, говорят, в последних версиях windows можно запускать Ubuntu и её утилиты, но сам я этого не видел.

drug ()
Ответ на: комментарий от rmammoth

Да верю, я сам сюда с нее писал не раз, у них сборка на сборку не приходится, то работает то нет, уже несколько лет это наблюдаю. Но это и говорит о стабильности, которая хромает.

А несколько страниц назад я точно также как ты сейчас с Хайку, писал сюда с ReactOS. А мне отвечают - она не работает и работать не может, сразу бсод. Понимаешь, что я чувствовал теперь? )))

P. S. У меня та же сборка и коробка, что и у тебя. Странно почему же оно клинило, но факт остается фактом.

curufinwe ★★★★★ ()
Последнее исправление: curufinwe (всего исправлений: 1)
Ответ на: комментарий от bookman900

Python 2 с PyQt4 я ставил и свои проги запускал. Вроде работоспособно, только с pip какая-то проблема была, но ее можно обойти.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Но это и говорит о стабильности, которая хромает.

На минуточку, речь идет о ночных сборках Гаечки, которые вообще-то имеют право хоть вообще не запускаться. В отличие от «релиза» РОС, пусть даже и альфы.

rmammoth ()
Ответ на: комментарий от rmammoth

А когда был последний релиз Хайку, который должен запускаться? Сколько мегалитров воды утекло с тех пор.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

А когда был последний релиз Хайку, который должен запускаться? Сколько мегалитров воды утекло с тех пор.

Чем выпускать недопиленные релизы, кричать и пиариться, а потом краснеть, люди спокойно работают, и весьма успешно, судя по промежуточным результатам.

rmammoth ()
Ответ на: комментарий от curufinwe

о есть хваленая суперархитектура Хайку допускает такую возможность, когда приложение вешает чуть ли не ядро системы

Возможность такого факапа - прямое следствие ее архитектуры. Линукс в разрезе многопоточности медленее Haiku в многом потому что написан с учетом возможного кривого кода и падений пркладных програм. Но если ты посмотришь хаутушки по RT-режимам линукса например в области обработки звука. То там как раз обычно стоит заметка, что кривой код левых по отношению к музыке браузеров может повесить вашу систему. Это вот как раз та же область что и для BeOS/Hаiku. И это примерно то что отличает Пульсу от Jack-а в линуксе.

И я уже раза три по моему объяснял почему Haiku специалированая система в отличае от декстопного линукса например. Поэтому ее архитектура имеет немного другие критерии «супер».

antares0 ★★★ ()
Ответ на: комментарий от antares0

И когда после всего понаписаного вновь читаю спич «Haiku - Браузер упал - Архитектура гоно - Нас кинулии -ААА! » то я пониманию что я объяснял эти тонкости зря. И мне печально:(

antares0 ★★★ ()
Ответ на: комментарий от curufinwe

Хотя возможно более виновен процесс запилтвания видеодрайверов. Их взимодействие с браузерами это такое вечно веселое место. Линукс тоже когда-то страдал в этом месте.

antares0 ★★★ ()
Последнее исправление: antares0 (всего исправлений: 1)
Ответ на: комментарий от antares0

Возможность такого факапа - прямое следствие ее архитектуры.

Вот это и странно, такого быть не должно. ОС не может быть спроектирована так, что юзерспейс вешает ядро влет, какие бы преимущества это не несло. Это же не ДОС. Фризы WebPositive - это его давний бич, наблюдаю их годами. Ну и ясно конечно, что дело в многопоточности. Сейчас в списке тикетов пестрят попытки устранить их.

Драйвер в данном случае VESA, по идее там виснуть не чему.

Но если ты посмотришь хаутушки по RT-режимам линукса например в области обработки звука. То там как раз обычно стоит заметка, что кривой код левых по отношению к музыке браузеров может повесить вашу систему.

Не сталкивался с таким как-то, хоть сижу на RT ядре настроенном под звук. И у меня на одном прерывании сидит WiFi карта и звуковая. А вот драйвер virtualbox (хостовый который) регулярно при загрузке убивает ядро, не заточен он под реалтайм. Но то модуль ядра, а не юзерспейс. Вообще не отрицаю, что на RT ядре бабах и от браузера чисто потенциально возможен.

И когда после всего понаписаного вновь читаю спич «Haiku - Браузер упал - Архитектура гоно - Нас кинулии -ААА! » то я пониманию что я объяснял эти тонкости зря. И мне печально:(

Эти тонкости я и так знал и не отрицаю, но тут речь как оно пока на практике. Получается, сторонники реактоса говорят - преимущества такие-то, будет запилено то-то. Ты ставишь реактос - видишь бсод. И тебе уже пофиг, о каких преимуществах тут втирают. Почти то же с Хайку (получше конечно, но все же), можно часами расписывать тонкости архитектуры, но вот браузер вешает ядро. Причем эта ситуация мной уже несколько лет наблюдается. И возникает вопрос - так ли хороша эта архитектура на практике.

Архитектура винды и линукса фуфло по сравнению с беосом (так считается). Только я за почти 20 лет ни разу не видел ни на одной их версии, чтобы приложение вешало ядро, даже на спец RT ядре. Так может лучше пусть будет фуфло?

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

ОС не может быть спроектирована так, что юзерспейс вешает ядро влет, какие бы преимущества это не несло. Это же не ДОС.

Это у тебя какое-то возвышеное представление оторваное от реальности. Массовые ОС и ходят вокруг ДОС. И в ядре линукса запилино штук 5 если не больше системных вызовов обеспечивающик разную многопоточность. И гарантировать что все они имеют «защиту от дурака» сложно. А обычные приложения используют вместо них что-нибудь вроде user-space libpthread.so как единствно верный рецепт. Архитектура ОС здесь маленько подперта. То бишь злые кернел-хакеры отбили пальцы желающим покопаться в ядре без осознания надобностей:) Haiku на самом делее нехватает путеводителя по фунциональности. С времен BeOS там немножко изменилось.

Не сталкивался с таким как-то, хоть сижу на RT ядре настроенном под звук.

Тут есть тонкая разница между наличием такой возможности в ядре и реальным моментом когда спец. приложение начнет ее использовать.

Драйвер в данном случае VESA, по идее там виснуть не чему.

Драйвер он подперт внутреностями которые общие для всех их. А VB он сильнохитрый и для ускорения частично меняет реальность для ОС внутри. И если для винды примерно понятно что надо делать. То для самой новой Haiku он может и облажаться. По хорошему это надо проверять на железе.

Только я за почти 20 лет ни разу не видел ни на одной их версии, чтобы приложение вешало ядро, даже на спец RT ядре.

Это значит что 20 лет ты прожил в мире розовых пони. И вместо тебя с этим бодался «тестер быстрого реагирования» :) А почему тебе неизвестно оего тяжком труде остается загадкой:( Я немножко злобствую от удивления.

И возникает вопрос - так ли хороша эта архитектура на практике.

У тебя просто нет задач на которых это архитектура себя должна показывать и тебе нечему радоваться в противовес. В реальности для Haiku сейчас любой user-space приветствуется но непринципиален.

antares0 ★★★ ()
Ответ на: комментарий от antares0

Ну, может ты и прав. Я просто немного разочаровался в Хайку последнее время. Что, по твоему, принципиально для нее сейчас? Раньше всегда как система для персонального десктопа позиционировалась.

curufinwe ★★★★★ ()
Ответ на: комментарий от curufinwe

Я просто немного разочаровался в Хайку последнее время.

Ты просто не поверишь, как я разочаровался в ROS в последние 18 лет!

rmammoth ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.