LINUX.ORG.RU

Опубликован релиз операционной системы ReactOS 0.4.8 с поддержкой NT6.0+ API

 , , ,


2

2

Представлен релиз операционной системы ReactOS 0.4.8, нацеленной на обеспечение совместимости с программами и драйверами Microsoft Windows. Это восьмой выпуск после перехода проекта к более оперативному формированию релизов c с периодичностью раз в три месяца. Посление 20 лет эта операционная система находится на «альфа»-стадии разработки. Для загрузки подготовлены установочный ISO-образ (108 Мб) и Live-сборка (77 Мб). Код проекта распространяется под лицензиями GPLv2 и LGPLv2.


Всего после выпуска версии 0.4.7 было исправлено более 320 багов.

Комьюнити чейндж-лог | Список устраненных ошибок | Тесты ПО для релиза 0.4.8

  • Впервые активирована возможность запуска приложений, написанных для платформы NT6+ (Vista, Windows 7, 8, 10). Поддержка реализована через добавление специальной прослойки для обеспечения совместимости и внесения изменений в Kernel32, NTDLL и LDR, в том числе через подмену корневого манифеста и маскировку доступности API;
  • Устранено несколько проблем в системе управления кэшем Common Cache (один из устраненных багов был внесен аж 17 лет назад) и загрузчике Freeloader, что позволило обеспечить загрузку на системах с 96 Mb RAM;
  • В системе управления кэшем добавлена поддержка упреждающего чтения (Read Ahead) и отложенной записи (Lazy Writing);
    Решены проблемы с инициализацией в некоторых играх, проявляющиеся при использовании родных графических драйверов. Также устранены искажения цветов в приложениях, использующих DirectX;
  • В состав дистрибутива включён инструмент,аналогичный DrWatson32 и позволяющий в случае краха приложения, сохранить файл с логом состояния на рабочем столе. В логе отражены данные, полезные для диагностики критических ошибок, например, списки загруженных модулей и потоков, трассировки стека, дампы и сведения о состоянии регистров;
  • Устранены проблемы, которые мешали загрузке ReactOS на очень старом оборудовании и в виртуальных машинах с подключенным пустым флоппи-приводом;
  • Добавлены виртуальные драйверы CD-ROM и флоппи-привода;
  • Драйвер CDFS (CD-ROM file system) был заменён на оригинальную реализацию от Microsoft, код которой был открыт под лицензией MS-PL (в ходе рецензирования разработчики ReactOS нашли ошибку в коде Microsoft);
  • Добавлен новый драйвер NTFS с начальной поддержкой записи (поддержка записи все еще недоработана, но для тестирования может быть включена через реестр);
  • Внесены различные улучшения оболочки Explorer: автоскрытие и блокировка панели задач, уведомления системного лотка, мониторинг иконок активных приложений в системном лотке, отлажены операции удаления и переименования папок, выделения множества файлов на рабочем столе.
  • Осуществлена синхронизация с кодовой базой Wine 3.0 и обновлены версии сторонних компонентов: Freetype 2.9, Ext2 0.69, uniata v0.46e5, libxml2 2.9.7, libmpg123 1.25.8, libtiff 4.0.9, libxslt 1.1.32, libjpeg 9c, libpng 1.6.34.


Кроме того, Вадим Галянт подготовил экспериментальные сборки дистрибутивов с обновленным USB-стеком.

Также хочу сообщить, что в ближайшее время проект начнет выпуск работоспособных 64-битных сборок операционной системы.

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

★★★★

Проверено: Aceler ()
Последнее исправление: Shaman007 (всего исправлений: 16)

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

То есть реактос даже до состояния хр не добрался

ну смотря что считать «состояние хр» :)

вот с их wiki (чего у них нет)


Missing ReactOS Functionality
From ReactOS Wiki


General

    Boot from non-primary/logical/secondary partition; Boot from some primary partitions
    Automatic Updates
    Search
    User Login
    WMI [1]
    Diskpart [2] (command line partitioning tool)
    Disk Defragmenter (ROSAPPS-332) [3]
    Use Event Tracing [4] (turn debug channels into event channels??)
    Hibernation support
    LSASS [5]
    Multi user support
    Multi session support
    Fast User Switching
    LDAP/ActiveDirectory [6]
    Task Scheduler
    Printing
    HTML Applications [7] – HTML files with a .hta extension that run as Windows Applications using the MSHTML (IE) Engine – see CORE-12813
    Animated Mouse Cursors (CORE-14166)
    Security Support Provider Interface (and the MS provided default packages) [8]
    NTFS
    WOWEXEC to run older Windows applications, based on 16 bit code. (A partial implementation of NTVDM exists.)


Win32 features

    Terminal Server
        Wtsapi32.dll/ Mstlsapi.dll [9]
    shdocvw [10]
    browseui [11]


Introduced in Windows NT

    NT-based CHKDSK [12]
    Dr. Watson [i]


Introduced in Windows 98

    System File Checker [13] (nice, but not absolutely needed)


Introduced in Windows ME

    System Restore [14]


Introduced in Windows 2000

    Windows File Protection [15]
    Layered windows [i] [16] – see CORE-1576
    Data Protection API (required for IE 7+) [17]
    WebDAV wikipedia:WebDAV


Introduced in Windows XP

    Image Mastering API (needed for many cd writing applications)
    Window ghosting(A window manager feature that lets the user minimize, move, or close the main window of an application that is not responding) – see CORE-11944
    Error Reporting [18] (Would be tremendously helpful to development) (CORE-8269)
    MUI Support [19] (An alternative is worked on by Stefan Fulea- see CORE-10335)
    Application Compatibility [20] [i]
    Prefetching [21]
    Background Intelligent Transfer Service (BITS) [22] (optional, stuff that would be nice to have)
    VirtualWiFi architecture [23]


Introduced in Windows XP x64, Windows Server 2003

    Data Execution Prevention (DEP) [24]
    Kernel Patch Protection (KPP) [25]


и т.д. и т.п.

anonymous
()

Как всегда куча хэйтеров с кастрюлями на голове в комментариях. Разработчикам желаю успехов в вашем не лёгком труде. Вы молодцы!

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

а ты друзьям и родственникам ставить reactos ?

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

Чудно так в один ряд их поставил. Или товарищ подшофе?

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

Diskpart [2] (command line partitioning tool)

Да, вот этого не хватает даже сейчас. Т.е. если я захотел к виртуалке подключить второй виртуальный диск - мне его надо размечать потусторонними средствами. Текущий Diskpart в реактосе умеет показывать список разделов... и, кажется, всё. По-моему, более важная вещь, чем Automatic Updates и даже User Login.

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

Я тебе покушать принёс

Заглушку?

Ported Drivers
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor.

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

в чем-то ReactOS уже обогнал XP. Этим летом сделают полную поддержку BTRFS и проект перейдет на нее в качестве основной.

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

в чем-то ReactOS уже обогнал XP.

В чем? Мне правда интересно.

Этим летом сделают полную поддержку BTRFS и проект перейдет на нее в качестве основной.

Но зачем? И как это соотносится с декларируемой целью проекта?

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

BTRFS гораздо надежней, чем FAT, и лишина ее ограничений. Вот затем.


А обогнал в количестве поддерживаемых файловых систем из коробки.

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

NTFS на чтение работет. Это не зачаточное состояние.

По сравнению с WXP — именно оно.

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

уже обогнал XP... Этим летом сделают...

Может, но пока нет (с)

:)))

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

Я выше написал, что NTFS на чтение работет.

Это не было бы проблемой, если бы от NTFS не зависели другие важнейшие функции системы. Или это планируется уже на btrfs реализовывать и не ждать поддержки NTFS?

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

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

А для более стабильной работы проекту подойдет любая более устойчивая FS, чем FAT. Для BTRFS уже есть готовый опенсорсный виндовый драйвер. Нужно только загрузчик научить и все.

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

большинства других функций не зависит, в особенности первоочередных

несколько пользователей, права доступа, защита файлов системы и т.д. вообще не планируются в бета версии?

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

несколько пользователей, права доступа, защита файлов системы и т.д. вообще не планируются в бета версии?



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

Обсуждения бета-версии сейчас не идет, ближайшие два релиза будут точно из серии 0.4.*

Бета-версию просто объявят, когда накопится критическая масса улучшений и возрастет стабильность системы до определенного уровня. Нет смысла говорить о планировании, когда делается то, на что просто есть человеческие ресурсы.

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

Jedi-to-be ★★★★
() автор топика
Последнее исправление: Jedi-to-be (всего исправлений: 2)
Ответ на: комментарий от curufinwe

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

Ты можешь собрать минимальный дистрибутив GNU/Linux, который будет уметь столько же, сколько и Колибри, при этом грузиться сам и загружать прикладные программы так же быстро, как и Колибри? Если да, то твой аргумент будет иметь вес.

Серьёзно, я хочу посмотреть на такую реактивную систему. Я ради этого даже готов (внимание!) согласиться, чтобы там был Wayland.

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

Да е мое, попробуй slitaz какой-нибудь хотя бы. Оно умеет на порядок больше чем колибри, хотя бы потому что линукс в принципе позволяет запустить полноценный браузер.

И ответь на вопрос - а что вообще может колибри? Какие задачи там лично ты можешь решать?

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

Колибри — отличный демо-проект, иллюстрирующий убогость и тормознутость всех современных мейнстримовых ОС. В этом плане респект разработчикам.

Колибри - это пример того, что если ты почти ничего не умеешь, то делаешь это быстро.

Интел сейчас в глубокой жопе из-за напиханного в процессоры непонятно чего

facepalm.jpg

Интел сейчас на коне как технологически, так и финансово (ага, Meltdown не в счет, а Spectre у всех есть).

tailgunner ★★★★★
()

А скажите пожалуйста, какому «умному» гомо-сапиенсу пришла в думалку блескучая идея трясти с контрибьютеров их паспортные данные и заставлять светить ими на всю сеть на Гитхабе, иначе код в проект по-просту не принимается, вне зависимости от его важности™ и значимости™?

Вы там совсем уху ели? История с Фейсбуком вас ничему не научила? Тоже судебных тяжб хлебнуть хотите? Не понимаете, что подставляете людей, искренне желающих вам помочь, но не желающих иметь клеймо позора на всю оставшуюся жизнь?

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

0. Не нужно всякую хрень про фейсбук приплетать.

1. Паспортные данные никто не требует (номер, сериию, место и дату выдачи, прописку)
2. Требуется только ФИО и адрес электронной почты.
3. Нужно это, чтобы различные анонимы не попытались внезапно нам вкинуть куски утекших исходников, а все остальные контрибуторы набирали рейтинг и доверие.
4. Не хочешь контрибьютить от своего имени, никто не заставляет контрибьютить. Полная добровольность и свобода выбора.
5. Стыдно контрибьютить в ReactOS? Это психические или психологические проблемы - нужно к врачу. Стыдно должно быть только своего собственного кода, если он плохой.
5.1 все еще стыдно, но хочешь контрибьютить? Найди друга, которому не стыдно, пусть пришлет твои патчи от своего имени.

А если твой ник содержит буквы D S P, то у нас плохие новости, ты свои персональные данные и так по интернеу раскидал.... Не вижу смысла предьявлять притензии проекту, если в остальных местах ты не соблюдаешь достадочной анонимности, которую так хочешь заполучить.

Jedi-to-be ★★★★
() автор топика
Последнее исправление: Jedi-to-be (всего исправлений: 3)
Ответ на: комментарий от hobbit

Пьер Швейцер исправил утечку указателей в драйвере файловой системы FAT. Нужны тесты ночных билдов!

Теперь при интенсивных дисковых операциях больше не происходит исчерпание доступной оперативной памяти! Следовательно не происходит крах системы и повреждение FS. Так же снизится использование оперативной памяти в целом!

МИНУС: теперь некоторые (но не все) дисковые операции будут до двух раз медленнее, так как утекавшие указатели вызывали непреднамеренное кеширование файловой системы в памяти, переполняя ее.

https://github.com/reactos/reactos/commit/94ead99e0c503faa40b33b813cce296ea5c...

уже в ночных сборках, можно тестить

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

еще один подарочек

https://github.com/reactos/reactos/commit/2a7d16727a840b631076aaaa1cd00d09b9a...


Раньше, при копировании файлов, драйвер FastFAT почти никак не следил за своими аппетитами и мог забить своим кешем всю оперативную память компьютера, что приводило к BSODу.
Теперь драйвер умеет управлять и ограничивать потребление оперативной памяти для кеширования операций записи на диск,а так же различать приоритеты операций записи.
В результате, теперь можно безопасно копировать файлы бОльших размеров, при меньших объемах доступной оперативной памяти! Меньше шансов, что система упадет в BSOD, меньше шансов, что после этого повредится файловая система.

Jedi-to-be ★★★★
() автор топика

Certified for ReactOS программным проектам выдают?

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

В этой ситуации непонятно только одно — то ли реактось такое говно, потому что её пишут макаки и по другому они не могут, то ли её разработчики сознательно и целенаправленно пишут говнокод, чтобы в каждом релизе можно было рапортовать об улучшениях (попутно, разумеется, добавляя очередную порцию нерабочего говнокода в другое место).

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

Тем забавнее будет, если окажется, что даже там т.н. 12309 не проявляется.

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

то ли реактось такое говно, потому что её пишут макаки и по другому они не могут, то ли её разработчики сознательно и целенаправленно пишут говнокод, чтобы в каждом релизе можно было рапортовать об улучшениях (попутно, разумеется, добавляя очередную порцию нерабочего говнокода в другое место).

А слабо такое же, допустим, про OpenSSL сказать, если вспомнить, какие шикарные застарелые уязвимости там обнаруживали?

Вроде неглупый человек, должен понимать, что в проектах такого уровня не быть ошибок не может.

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

уязвимости
порча данных на основной (за неимением родной, ну в самом деле, 20 лет слишком маленький срок для нативной поддержки ntfs, я понимаю) фс

Одно и тоже, ага. Не, ну я понимаю, что FAT же сложнейшая фс, там же за 20 лет никак не написать рабочий драйвер. Я, правда, не припомню ни одной живой ОС, у которой за последние лет 10 были проблемы с FAT, но там явно есть какие-то сложности, о которых мне по неграмотности неизвестно.

не быть ошибок не может

У них вот уже несколько лет в _каждом_ релизе исправляется та или иная порча данных. Похоже, что в первые 15 лет существования РОС её запускать просто никто не пробовал. Выдастся свободная минутка, надо будет по истории коммитов у них полазить, посмотреть, как они умудрялись портить данные при _чтении_ таблицы разделов — я не настоящий сварщик программист, поэтому придумать такой способ самостоятельно не способен, хоть поучусь у профессионалов своего дела.

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

Скорее всего, нормальных тестировщиков не хватает. Последние несколько версий в реактосе упорно чинили менеджер памяти (и кстати, чего-то таки добились, уже 0.4.7 была сильно постабильнее, чем 0.4.0), и до других багов дело не доходило. Кстати, сабжевый баг с FAT-ом внешне тоже сильно походил на проблему именно работы с памятью, и к предыдущим версиям стал возникать значительно позже.

Похоже, что в первые 15 лет существования РОС её запускать просто никто не пробовал.

Сейчас уже речь про такие ошибки, которые простым запуском не обнаружишь, надо стресс-тесты гонять. Я в комментарии прошлой новости писал - чтобы завесить процесс, мне нужно было запустить тяжёлый инсталлятор, который копирует несколько сотен файлов, и вот где-то к середине процесса начинались нехорошие эффекты. Если бы ты не писал «макаки говнокод говнокод», а помог с обнаружением проблем - они бы могли найтись раньше.

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

Если бы ты не писал «макаки говнокод говнокод»

…то и ошибки бы сразу пропали, и данные обратно к пользователям вернулись, а у сборочного сервера четыре новых ядра бы выросло. Увы, но говнокод у них по факту, и под одеялком от этого не спрятаться.

а помог с обнаружением проблем

Пусть платят. Смысл мне тратить своё время на проект без какого-либо практического применения?

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

Зато ты тоже самое время тратишь на написание бесполезных комментариев о том, что не собираешься помогать проекту баг-репортами.

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

Действительно, чего это я, оставляю по целых паре комментариев в твоих темах, а мог бы и чем-то полезным заняться. Например, потратить 20 лет на написание рабочего (но это не точно, я бы не стал ставить бессмертную душу на то, что вы все крахи фс последними патчами закрыли) драйвера FAT.

redgremlin ★★★★★
()

После установки VBoxGuestAdditions_5.2.10.iso, при перезагрузке, упала в bsod.(

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

Reiser (как там он, у параши-то?), Ext, NTFS, это конечно всё весело, но лично меня в ReactOS интересует возможность (или отсутствие оной) работать с ZFS. Даже если не сейчас, даже если в отдалённом обозримом будущем - планируется ли ввести поддержку ZFS в ROS? Это единственная система которая меня устраивает чуть более чем полностью и если в один прекрасный день я обнаружу что ROS стала полностью поддерживать ZFS - я моментально сделаю её основной ОСью на нескольких (их сейчас шесть, в октябре планирую собрать седьмую) из своих кастомных сборок. Даже если вполне справедливо предположить что, скорее всего, полноценная поддержка ZFS не появится в ROS раньше билда 1.0, тем не менее уж сам факт того что команда разработчиков ROS не игнорирует ZFS в принципе как систему которая потенциально может быть внедрена, сильно поднимет этот проект в моих глазах. Я даже стану донатить, ей богу, только запилите мне ТАКОЙ-ТО ZFS в вашей ОСи.

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

Сами драйвер для ZFS писать не будем. Как только появится более-менее рабочий виндовый опенсорный - сразу импортируем.

Jedi-to-be ★★★★
() автор топика
Последнее исправление: Jedi-to-be (всего исправлений: 1)
Ответ на: комментарий от hobbit

Ты можешь собрать минимальный дистрибутив GNU/Linux, который будет уметь столько же, сколько и Колибри, при этом грузиться сам и загружать прикладные программы так же быстро, как и Колибри? Если да, то твой аргумент будет иметь вес.

Собрать Linux, в котором нет никакого Linux? Сурово. В линуксе одна только реализация сетевого стека переплюнет по количеству реализуемых абстракций всю Колибри целиком.

Технологически Kolibri это современная CP/M или DOS с планировщиком потоков. По уровню абстракций ядра это даже не Windows 3.

Можно писать приложения, например, поверх ядра Grub в качестве «операционной системы», либо поверх UEFI. И в ряде случаев так и делается, когда это оправданно. Но писать такие приложения массово — дураков нет. Вот Kolibri — это just for fun именно этого уровня.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.