Pull to refresh

Comments 40

Всегда с интересом читаю новости про ReactOS. Всегда забавляют комментарии под постами от диванных Танненбаумов, о том что «РеактОС не нужон». Интересно, когда эта операционная система выйдет в более-менее стабильное состояние, тоже появиться какой-нибудь RedHat который будет строить свой бизнес на поддержке пользователей?
Миллионы праворульных «Жигулей»
Заполнят пространство японских хайвеев

Если допилят и поддержкой займется какой-нибудь наш институт с программистским уклоном(мечты, мечты), то будет сэкономлена куча бабла для России.

Где-то был комментарий, что в одном магазине на нем работают кассы.
Кажется, всё-таки это был фейк. А вот про биткойн-банкоматы, похоже, правда.
Это имеет смысл для специфичного класса приложений, которые намертво прибиты к Винде, но не работают под Вайном. При этом приличная часть программ из второй категории и под современной Виндой тоже не работает, потому что требует жутких фокусов уровня ядра, очевидно непереносимых. Для остального проще допилить Вайн.
Конечно, ведь если можно будет запускать 1С с Postgres без лицензионных отчислений за Windows — это будет огромная экономия.
Я бы кстати в разработке над РеактОС сконцентрировался именно на полной поддержке 1С и работе в виртуальном окружении — даже наплевал бы на поддержку драйверов, лишь бы в виртуализированном окружении запускалось.

И если бы тянуло БД и сервера 1С — это дало бы огромный скачок в пользовательском интересе.
Ага, сначало бы научили в виртуалбоксах и qemu/KVM работать стабильно, это уже было бы хорошо.
Кстати, один из багов, препятствующих запуску postgres я исправил когда подавал заявку на GSoC. Как это у нас обычно происходит, он был в CRT
UFO just landed and posted this here
Чтобы играть в наши любимые игры.
UFO just landed and posted this here
Windows для этого купить надо.
UFO just landed and posted this here
Разве альтернатива это плохо? Тем более, что проект открытый! Где гарантии, что Майкрософт не обанкротится и не закроется? А РеактОС вот он, бери не хочу.
UFO just landed and posted this here
потому что Windows и Microsoft неразрывно связаны в плане инноваций, дистрибюторской политики, и так далее.

Именно поэтому нам нужна ось, в которой запустится всякое старьё, даже после того, как поддержку выпилят из актуальных версий винды.
UFO just landed and posted this here
Старые версии windows уже не продают.

Что-то мне это напоминает… Ах да, здоровый, мощный, непотопляемый и находящийся на острие технологий UNIX и поделка одного нервного финского студента… И вопрос, где сейчас UNIX и где Linux?

Для экономии времени я бы предложил первоначально писать на С, а полученный асм код, например с godbolt.org, уже потом дорабатывать. Количество глупых ошибок уменьшится в разы.

Есть еще вариант вообще писать на С со специальным скриптом линкеру ld для получения нужного бинарника. Но отлаживаться все равно придется в ассемблере.
Я хотел сначала использовать что-то подобное, но пока думал уже и так справился :)
Но если буду ещё что-то писать на асме, то наверное да, воспользуюсь таким способом
Тут всё, увы, не так просто. Современные компиляторы C и C++ не умеют в 16-битный режим. Обычно все стараются как можно быстрее переключиться в защищённый режим и там, уже в 32-битах, всё делают. Исключения есть, да, но из-за проблем с компиляторами FreeDOS собирается, на минуточку, с помощью Turbo C++ 1.01 выпуска 1990го года!

Так что не уверен я, что писать на C — в данном случае хорошая идея…
Достаточно много компиляторов умеют генерировать приличный 16-битный код: bcc, djgpp, dmc, watcom. Дело в принципе — избавиться от рутинной работы, в которой легко ошибиться.
djgpp не умеет. Остальные — очень старые и простые компиляторы, генерирующие весьма неэффективный код. Собственно эффективный код под 16-битный режим вообще гораздо сложнее сотворить, чем под 32х битный — именно поэтому современные компиляторы этим не заморачиваться.
а есть ли какой то аналог делфи для этой ОС?
Вроде кто то уже успешно запускал lazarus. Но насколько он работает не в курсе.
Поддержка BTRFS — это круто, но так заморачиваться с загрузочным сектором мб и не стоило. Реальные системы (да и виртуалки) используют UEFI и там всегда есть бутовый раздел на FAT где можно разместить freeldr.
Сделать поддержку UEFI занимает несколько больше сил, чем добавить поддержку новой файловой системы в то, что есть
UFO just landed and posted this here

Но потихоньку пилят.

> [FREELDR][BTRFS] Implemented path lookup, symlink following and file reading from BTRFS partition. FreeLoader is able to load kernel and drivers from BTRFS filesystem right now. CORE-13769
> 11 days ago

Как там сейчас?)
Там и поновее коммиты уже есть)
Система грузится, можно даже взять последний коммит из моей ветки и поставить. Но есть ещё проблемы. Об этом всём будет ещё пост :)
Right now ReactOS is able to boot from BTRFS partition and it is in quite stable state. But there are a lot of problems left:
Pagefile cannot be created on such partition. Our paging implementation is different from Windows one and requires extra functions in FS driver to be implemented.
Errors during some write operations. For example, it is not able to install Git right now. Will need to investigate this.
Occasional BSODs during shutdown. This problem is already tracked down, seems like nobody tried to use WinBtrfs as boot driver before :)
Sign up to leave a comment.