7 декабря 2017 года вышел очередной релиз операционной системы ReactOS под номером 0.4.7, первый после перезда проекта на GitHub. В процессе подготовки релиза было закрыто более 450 отчетов об ошибках, в том числе исправлено около 15 регрессий. Сегодня я расскажу о самых интересных изменениях, вошедших в этот выпуск!
Безусловно, одна из главных новостей то, что теперь Павел Дуров ведет здоровый образ жизни и в ReactOS. Так что этот скриншот из энциклопедии мемов «Луркоморье» станет частью истории:
Проблемы с кирилическими символами долгое время мешали насладиться интернет-серфингом. Пока японский разработчик Katayama Hirofumi вместе с Марком Дженсеном героически не исправили отображение кирилических шрифтов.
Еще один баг, связанный с инициализацией памяти на системах с физической возможностью установки 4+ GB RAM, был окончательно побежден перед выходом версии 0.4.7 разработчиками Serge Gautherie и Timo Kreuzer. Поэтому этой картинки вы тоже больше не увидите:
А в установщике добавли новый диалог, который позволяет активировать поддержку тем оформления еще на этапе инсталяции:
А если установить стороннюю тему оформления, то, благодаря работе Яниса Адамопулуса, может получиться совсем неплохой результат:
Менеджер приложений, модернизированный Александром Шапошниковым, способен установить несколько приложений одним махом:
Воообще в новом релизе все интернет-браузеры стали работать гораздо лучше:
Марк Дженсен не стал органичиваться работой со шрифтами, но еще и внедрил режим совместимости для приложений:
Этим же разработчиком была добавлена поддержка создания интерактивых сервисов под учётной записью LocalSystem, в следствии чего заработал клиент VMWare Horizon, +1 возможность для ReactOS в роли тонкого клиента:
Расширено число поддерживаемых файловых систем, в ReactOS теперь можно использовать FAT12, FAT16, FAT32, NTFS (только на чтение) Ext2, Ext3, Ext4, BtrFS, UDF, CDFS, ReiserFS, UFS/FFS and NFS. Вдобавок, Пьером Швейцером для ReactOS был разработан открытый вариант утилиты fsutil, которая впервые появилась в Windows 2003, и может использоваться для отладки и получения дополнительных сведений о работе ФС:
Не могу не упомянуть о том, что на этот раз устранены проблемы с:
- драйвером HDAUDBUS, мешавшие загрузке ReactOS в окружении VMWare при наличии звуковой карты HD;
- использованием библиотеки mbedtls, проявлявшиеся на старых процессорах без поддержки инструкций SSE2;
- и еще сотней других компонентов...
Это был намек на необходимость ознакомления с полным списком изменений. Если же вы решились попробовать ReactOS впервые, то не забудьте прочитать короткий мануал по установке системы. Жду ваших впечатлений в комметариях!
Скачать ReactOS 0.4.7 | Пресс–релиз | Список изменений | TL;DR | Тесты совместимости
P.S. Если вы давно мечтаете поддержать проект, но до сих пор не решались или не придумали, как это сделать, то сегодня самый подходящий момент. Прямо сейчас вы можете внести посильный вклад, потратив всего 1 минуту своего времени времени и ни копейки своих денег. Просто перейдите по ссылке github.com/reactos/reactos и поставьте нашему проекту звездочку справа вверху.
Комментарии (99)
Twiiin
10.12.2017 20:13Зачем он вообще?
Jogger
10.12.2017 22:44А зачем вообще делали линукс, ведь был же отличный юникс?
domix32
11.12.2017 11:04Чтобы сделать Free & Open, разве нет?
dinoth
11.12.2017 12:43На тот момент уже была 386BSD. Даже более free, чем linux.
khim
11.12.2017 17:27Вот только в тот момент, когда Linux зарождался его судьба была под вопросом.
Да и не был Linux тогда такой уж большой и важной частью GNU/Linux системы. А, собственно, утилиты GNU создавались и использовались потому что AIX'ы, HP-UX'ы и прочие всякие Windows на это всё малость подзабили увлёкшись улучшением ядра…dinoth
11.12.2017 18:10Вы, вероятно, путаете 386BSD и BSDi (BSD/386). К 386BSD никаких претензий не было, она благополучно дала жизнь FreeBSD и прочим *BSD на PC.
386BSD требовала 80387, у бедных студентов его не было, вот и появился Linux.khim
11.12.2017 19:19Вы, вероятно, путаете 386BSD и BSDi (BSD/386). К 386BSD никаких претензий не было, она благополучно дала жизнь FreeBSD и прочим *BSD на PC.
Претензии касались 4.3BSD NET/2, которая была основой как бесплатной 386BSD, так и платной BSDi.
То, что суд начался после релиза BSDi роли не играет: если бы 4.3BSD NET/2 была признана нарушающей права AT&T, то 386BSD и все потомки (включая FreeBSD и прочие *BSD на PC) точно так же попали бы под запрет, как и BSDi…
386BSD требовала 80387, у бедных студентов его не было, вот и появился Linux.
Написать эмулятор было бы проще, чесслово. То, о чём вы говорите — конкретно Алана привело. Но большая часть разработчиков — пришли из Minix'а, который, опять-таки, в те годы распространялся под комменческой лицензией, но главное — его автор совершенно не горел желанием жертвовать красотой кода ради производительности!dinoth
11.12.2017 19:42NET/2 к 1993 году уже полностью переписали — так что ничего 386BSD и потомкам не грозило. Причем по сравнению с linux'ом — это был хороший сетевой стэк, сеть вообще была проблемой для linux'а достаточно долго.
Написать может быть и проще было, а вот протолкнуть патчи в апстрим — совсем нет (потому и зафоркали ее).
И не только Alan:
Lars Wirzenius, a student friend of Linus Torvalds, recalled: “FreeBSD didn’t exist then. 386BSD did, but it wouldn’t have worked on my computer, since it required a 387 co-processor. I used SCO Xenix from fall 1991 to spring or summer of 1992, until Linux matured enough to be a usable environment for writing code.”
Я сильно сомневаюсь, что большинство пришло с MINIX — это была игрушка, которая мало где использовалась.
Werner Almesberger, Drew Eckhardt и прочие — пришли точно не с minix.khim
11.12.2017 22:49NET/2 к 1993 году уже полностью переписали — так что ничего 386BSD и потомкам не грозило.
Извините, но — нет. Не переписали. Переписали с нуля как раз только 6 файлов, которые нужно было добавить к NET/2, чтобы получить полноценную OS.
Судьба всего остального была под вопросом до тех пор, пока Novell иск не отозвал.
И не только Alan:
Да и сам Linus, в общем, то же самое говорит: I have never even checked 386BSD out; when I started on Linux it wast available (although Bill Jolitz series on it in Dr. Dobbs Journal had started and were interesting), and when 386BSD finally came out, Linux was already in a state where it was so usable that I never really thought about switching. If 386BSD had been available when I started on Linux, Linux would probably never had happened.
Но как видите проблема была не в 80387м! А просто в том, что Linux появился в 1991м году, а 386BSD — в 1992м.
Я сильно сомневаюсь, что большинство пришло с MINIX — это была игрушка, которая мало где использовалась.
В ранние дни и Linux был игрушкой. Когда на нём GCC запустили и другой GNU'сный софт — вот тогда и другие начали подтягиваться. Вначале его и запустить-то иначе, как из Minix'а было нельзя!
Diaskhan
10.12.2017 20:13Когда будет реализован свопинг виртуальной памяти ????
https://habrahabr.ru/company/reactos/blog/337026/#comment_10554950
crea7or
10.12.2017 20:31+6Вашему упорству можно позавидовать, надеюсь у вас обязательно что-то выгорит с этого очень полезное.
izzholtik
10.12.2017 20:36А почему, кстати, GPL v2?
mister_fog
10.12.2017 20:47Потому что когда начинали разработку, GPL v3 еще не было. В ReactOS есть код многих открытых проектов — winehq.org.ru/ROS_used_projects, часть из них под GPL v2.
PerlPower
10.12.2017 21:20Как вы планируете решать растущую несовместимость между XP и новыми версиями windows? И насколько она вообще эта несовместимость велика?
mister_fog
10.12.2017 21:32ReactOS совместима с win32-софтом, причем тут какая-то версия windows? Тем более, такая старая, как XP… решается вопрос так же, как в wine project.
sumanai
10.12.2017 21:42Только вот в ReactOS нужна ещё совместимость с драйверами, а тут вино не помощник.
mister_fog
10.12.2017 22:42Почему не помощник? Как раз в теории это очень удобно — запускать софт, написаный для старой винды на современном железе, ну или наоборот — на старом железе новый софт.
sumanai
10.12.2017 23:07Я про написание интерфейса для драйверов. В вине (wine) по понятным причинам его нет, а драйвера уже зачастую несовместимы с XP.
mister_fog
10.12.2017 23:36Причем тут XP? В wine можно «выбрать версию windows», какую должно видеть ПО. Не вижу проблем, почему бы не сделать аналогично для драйверов.
st0ne_c0ld
11.12.2017 02:27драйвера работают на уровне ядра. Мимо всякой «эмуляции версии windows». Если драйвера не написаны с поддержкой того ядра, которое используется в ROS — работать они не будут. (https://en.wikipedia.org/wiki/Device_driver)
NeoCode
11.12.2017 07:55Ну а почему бы не написать ядро так, чтобы оно предоставляло разные интерфейсы разным драйверам? Будет вообще шикарно — если есть древний драйвер для какого-нибудь старого уникального железа, то говорим системе «сделай вид для этого драйвера что ты win95».
k0ldbl00d
11.12.2017 11:52Потому что чем сложнее ядро, тем больше вероятность что где-то возникнет ошибка. А ошибка в ядре — это почти всегда крэш.
sumanai
11.12.2017 15:35Ядро работает в едином адресном пространстве на одном, высшем для ОС, уровне привилегий. Какое либо разделение и костыли там очень затруднены, так как структуры и данные должны быть разделяемы.
khim
11.12.2017 17:31Будет вообще шикарно — если есть древний драйвер для какого-нибудь старого уникального железа, то говорим системе «сделай вид для этого драйвера что ты win95».
Ага. А потом этот старый драйвер берёт — и без зазрения совести начинает править код операционной системы прямо на лету. Дальше что?
Уж не говоря о том, что любой драйвер Win95 свято уверен, что в системе, кроме него, никого нет и можно делать с любыми своими данными что угодно и когда угода — достаточно только прерывания запретить…
P.S. Сам лично участвовал в проекте где дравер именно так был устроен. Ну не получалось там иначе: нужные интерфейсы Microsoft закрыл, они были доступны только для «своих» драверов на раннем этапе загрузки, а потом отключались.
sumanai
10.12.2017 22:17А дистрибутив то всё растёт, уже за сотню вышел. Интересно, стабильная версия будет весить столько же, сколько и оригинал?
Раз вы переехали на GitHub, то может и релизы пора размещать там? А то sourceforge выглядит как варезник в худшие времена, разве что капчу заполнить не предлагает.
LuchS-lynx
10.12.2017 22:26Подскажите пожалуйста, как у ОС с новым железом? Или все ограничивается тем, на чем могла запускаться ХР. Так же интересует стабильность работы того же офиса новых версий, CAD систем, приложений для видеообработка, Photoshop...
Jeditobe Автор
10.12.2017 22:51В текущем состоянии ОС можно пробовать запускать на любом неUEFI x86 железе. Для некоторых устройств в дистрибутиве есть универсальные драйвейвера.
Стабильность работы софта сильно варьируется в зависимости от самого софта. При этом, чем раньше вы попробуете и пришлете баг-репорт, тем раньше начнет улучшаться ситуация с нужным вам софтом.
Spiret
10.12.2017 22:45кто нибудь пытался ставить на древние нетбуки наподобие Samsung n150?
Jeditobe Автор
10.12.2017 22:51Пытались, я лично пытался. Я эксперементирую с сетевой загрузкой. Мне удавалось запустить.
x86corez
10.12.2017 23:21И я пытался, правда тестировал стороннюю сборку от Вадима Галянта с поддержкой загрузки через USB.
На этих моделях есть неотключаемая в BIOS веб камера, которая железно присоединена по USB. К сожалению, драйверы пока не умеют работать с потоковыми USB устройствами, поэтому таким способом загрузиться не удалось.
Загрузку по сети через PXE не проверял, т.к. нет в наличии второго компьютера, который мог бы выступить сервером.
pistol
10.12.2017 23:04Помню, как вас хейтили на том же Хабре лет 10 назад, подкалывали из-за бесперспективности идеи и т.д.)) Все новые версии Винды только портили Икспи и другие хорошие проекты типа Скайпа, поэтому наверно позитива прибавилось в сообществе по отношению к вашему опенсорсному проекту. Удачи, с удовольствием почитаю лог изменений через еще 10 лет ;)
Vampireos
10.12.2017 23:38До сих пор не пойму тех кто волочит мёртвый труп и пытаются сделать из него зомби)
… когда проще присоединиться к тем кто подошёл к идее с другой стороны,
подстраивая Wine в Linux дабы получить универсальное решение^ ^Jogger
11.12.2017 01:40+1До сих пор не пойму, зачем разрабатывать линукс, когда проще присоединиться к тем кто подошёл к идее с другой стороны и работает над развитием cygwin
/sarcasmVampireos
11.12.2017 02:54Тут главное какое ядро основной системы, в винде оно просто никакое)
..20 лет файловый менеджер не обновлялся практически, что уж там говорить про остальное (. .)
Psychosynthesis
11.12.2017 03:5520 лет файловый менеджер не обновлялся практически
Как по мне это достаточно голословное утверждение. Разве что вы видели исходники этого менеджера, в чём я лично сомневаюсь.
Мой личный опыт пользования виндой и написания под неё программ говорит, что версии Explorer'a даже из XP и семёрки немного по разному реализуют те или иные вещи. Надо ли говорить, что у «десятки» разница с XP ещё гораздо заметнее.Vampireos
11.12.2017 04:00Они с переходом версий обновляли просто внешний интерфейс, не трогая программную часть.
Несколько лет назад была новость по этому поводу, вроде даже на Хабре.
… но поискав не смог найти, наверно мелкософт проплатил, чтоб удалили)
mayorovp
11.12.2017 09:18Да-да, разве что однопоточная программа стала многопоточной, а так совсем файловый менеджер не обновлялся 20 лет, конечно же...
sumanai
11.12.2017 15:40..20 лет файловый менеджер не обновлялся практически, что уж там говорить про остальное (. .)
Обновлялся. В худшую сторону. Эх, где поддержка кастомных панелей, чтобы можно было отключить оригинальные и поставить свои… Всё гвоздями прибили.
sumanai
11.12.2017 15:39Зачем cygwin при наличии WSL, который позволяет запускать нативные бинарники? Даже без сарказма.
VadimBermain
11.12.2017 02:24В принципе, неплохо. Кто знает, вдруг в скором будущем React OS заменит винду? Хоть это и мало вероятно, но будет весело, если кто-то сумеет свернуть Windows :)
khim
11.12.2017 05:45Хоть это и мало вероятно, но будет весело, если кто-то сумеет свернуть Windows :)
Ха. Мы уже, собственно, знаем — кто это сделает и, примерно, как, хотя очень приблизительно знаем — когда.
Просто нужно посмотреть на предыдущий подобный переход. MacOS появилась в 1984м, Windows 1.0 — через пару лет, но до появления сначала Windows 3.0 (первая по настоящему популярная версия Windows) в 1990м году и Windows NT в 1993м о переходе с рабочих станций на PC никто толком не думал.
А вот уже примерно к 2000му году, когда персоналки догнали по мощности рабочие станции все эксклюзивы типа CATIA и Maya были портированы под Windows.
А в 2009м рабочие станцию под Unix перестали производиться перестали. Эпоха кончилась.
Что важно: развитие PC шло фантастически быстро, а развитие рабочих станций стагнировало, потому что оттуда ушли деньги в 80е — но «запаса прочности» хватило на два с лишним десятилетия…
Сейчас деньги «ушли» из рынка персоналок и «пришли» на рынок смартфонов. Случилось это 10 лет назад примерно. При этом история перехода настолько похожа, что иногда становится смешно. Как Sun периодически пытался все 90е перепрыгнуть на платформу x86 (SunOS 4.0 с поддержкой 386го процессора вышла в 1988м году), так и Microsoft периодически пытается перескочить на ARM (вот — последняя отчаянная попытка), как Microsoft начал с клона CP/M, а потом перешёл на новое ядро, так и Google начал с того, что валялось под ногами, но со временем решил сделать новую платформу с нуля (но со слоем совместимости), как и в прошлый раз, почти наверняка, новую платформу сделаеют — а вот убедить программистов всё под неё переписать с нуля — не смогут… но Windows, тем не менее, удушат… хоть и не сразу.
Всему своё время… но очень забавно наблюдать за всем этим.
P.S. Подрывные инновации — страшная штука. Интересно: ощущали ли работники Bucyrusа то, что сейчас ощущают работники Microsoft'а когда их клиенты медленно но неуклонно переползали к Ка?терпиллеру (который в конце-концов Bucyrus просто купил)? И ведь процесс так же неотвратим и ещё более неспешен… Всё это крайне забавно, да…REPISOT
11.12.2017 06:19Хоть это и мало вероятно, но будет весело, если кто-то сумеет свернуть Windows :)
Ха. Мы уже, собственно, знаем — кто это сделает и, примерно, как, хотя очень приблизительно знаем — когда.
Скайнет?
Ivan22
11.12.2017 11:12Если в 2 словах — андроид вытеснит винду?? Так
Ну-у-у-у… можно конечно подискутироватьkhim
11.12.2017 17:43Если в 2 словах — андроид вытеснит винду?? Так
Не совсем. Операционка от Гугла вытеснит операционку от Microsoft.
А вот как она к тому времени будет называться — интересный вопрос. Это к маркетологам.
Заметьте, что та Windows, которая привела к разводу IBM и Microsoft (Windows 3.0) и та Windows, которая убила рабочие станции (Windows XP) не имеют между собой ничего общего. Все программы для Windows 3.0 исполняются под специальным эмулятором.
То же самое и тут будет, скорее всего.
Ну-у-у-у… можно конечно подискутировать
Мы сейчас на ранней стадии процесса. Где-то 1987-1988й. Кто-то где-то использует ChromeOS и ARC++, но это — скорее исключение, чем правило. «Windows 3.0 от Google» ещё впереди… но всему своё время. «Колесо истории» движется медленно, но неотвратимо…
tronix286
11.12.2017 18:23Хотя это звучит дико, но программы для Windows 3.0 НАТИВНО исполняются под Windows 10 32 bit. Это же разумеется относится и к Win XP и к Win 7. То есть вот прямо так как есть — 30-летняя программа выполняется в машкодах на последней винде. Без эмуляторов.
khim
11.12.2017 19:27То есть вот прямо так как есть — 30-летняя программа выполняется в машкодах на последней винде.
То, что она исполняется в машкодах — не значит, что там нет эмуляторов, извините.
Без эмуляторов.
Таки с эмуляторами. То, что машинный код не транслируется — это правда, процессор Windows-системы не меняли (в отличие от Mac'ов). Но даже намёка на ядро оригинальной Windows 1.0 в Windows XP нету. Все его функции эмулируются ядром NT.
То же самое, похоже, будет и у Гугла когда (и если) призойдёт отказ от Linux'а в пользу Fuchsia. Хотя, может быть, Fuchsia так и останется мёртворождённым исследовательским проектом типа Singularity. Увидим.
aGGre55or
12.12.2017 11:06развитие PC шло фантастически быстро, а развитие рабочих станций стагнировало, потому что оттуда ушли деньги в 80е — но «запаса прочности» хватило на два с лишним десятилетия…
Хоспади, какой бред сивой кобылы… В 1985 году появилась Amiga 1000, с вытесняющей многозадачкой, GUI, экраном до 4096 цветов и 14-битным стерео-звуком. Это был самый популярный и продаваемый ПК по 1995-й год включительно. На PC подобие этого богатства появилось только к 1995 году (и позже). Строго говоря сравнимая с AmigaOS многозадачка это Windows NT, и далее уже XP. 4096 цветов — это уже SVGA. 16-битный звук — саундблевастер (именно с таким качеством). До 2000 года PC представлял из себя цветной калькулятор, пока технологии не подешевели и не стало возможным прикрутить их к этому калькулятору — вот и вся стагнация. Всё было с 1985 года, просто за другие деньги.khim
12.12.2017 18:12Тут что — конкурс по натягиванию совы на глобус кто-то обьявил?
Какое имеет отношение Amiga (да и Atari) к рабочим станциям? То, что звук у IBM PC был «никакой» долгое время — это правда… но к расчётам гидродинамики звуковую карту не прикрутить… как и Genlock, долгое время удерживавший Амиги в телестудиях.
А что касается «сравнимой с Windows NT» многозадачки — так это курам на смех: да, многозадачность там вытесняющая, не кооперативная, вот только защиты программ друг от друга нет никакой даже в AmigaOS 3.9 (а на PC она появилась ещё в Windows/286) — а без такой «мелочи» гонять счётные задачи, которые могут работать часами — самоубийство.
Да и про 4096 цветов я бы помолчал: одномеременно можно было выводить не более 64 цветов, что, конечно, гораздо круче чем в CGA с его 4 цветами, но бит на пиксель там было максимум 6, то есть даже до VGA оно не дотягивало, а с полноцветным фреймбуффером и сравнивать было нельзя. Для 3D-графики HAM не шибко-то годится.
Но главное — мощности процессоров и обьёмы оперативки были несравнимы! Так что тут скорее Amaga играла роль «цветного калькулятора», ограниченного тем, что могла сделать Motorolla. А могла она сделать сильно меньше, чем Sun (SPARC) или SGI (MIPS). Интелу потребовались-таки годы, чтобы их «догнать и обогнать», а Motorolla… Motorolla — «сошла с дистанции».aGGre55or
13.12.2017 00:08Вы решили поспорить о вкусе устриц с тем кто их ел? AmigaOS 3.9 ничем не отличается от AmigaOS 3.1. Поэтому нет смысла в Вашем многозначительном «даже». Очень хорошо что Вы попытались осмыслить статьи в Википедии (которые, кстати, я же и писал — практически весь раздел Amiga в русской Википедии :), это делает Вам своего рода честь.
Мне непонятно что Вы хотели сказать своим «какое отношение Amiga имеет к рабочим станциям». По 95-го год Amiga была весьма распространена в офисах, просто не каждый офис мог себе её позволить. В 90-е появился слоган «Only Amiga makes it possible». Это не из рекламы. Данное выражение означает что на одном компьютере (рабочей станции, если угодно) можно одновременно запустить ПО для совершенно разных платформ. Конкретнее: приложения написанные для UNIX V, MS-DOS, MacOS и AmigaOS запущенные в одно и то же время, с возможностью обмена данными между ними, в вытесняющей многозадачке. Естественно, эта возможность была востребована у крупных организаций, ну там NASA, Hollywood, знаете))
Когда я писал о PC как о цветном калькуляторе я имел ввиду именно калькулятор. Самый дурацкий процессор с самой убогой и бесконечно обраставшей костылями системой команд, самая чудовищная адресация памяти, самые чудовищные ограничения везде где только можно и нельзя. И всё это постепенно обрастало костылями на костылях. Видеокарта? Отдельный независимый компьютер! Звуковая карта? Отдельный независимый компьютер! И т.д. Потому что посередине у нас находится КАЛЬКУЛЯТОР. И не надо фантазировать, по существу и сегодня это всё тот же калькулятор нужный для совместимости с чем-то о чём уже никто не помнит. С вынесенными на периферию независимыми компьютерами, имеющими другие, специализированные процессоры, свои прошивки, память и т.д.)))khim
13.12.2017 08:34Очень хорошо что Вы попытались осмыслить статьи в Википедии (которые, кстати, я же и писал — практически весь раздел Amiga в русской Википедии :), это делает Вам своего рода честь.
Мда. Честно говоря даже не пытался смотреть в русскую википедию на тему Амиги. Сейчас глянул. Ничего странного (типа безумных заявлений на тему " самый популярный и продаваемый ПК по 1995-й год включительно") там нет — и на том спасибо.
По 95-го год Amiga была весьма распространена в офисах, просто не каждый офис мог себе её позволить
95й год. Амига. Офисы. Вы белены обьелись или с луны свалились? Ну ведь есть же статистика! 84-87й и 88й-90й — Commodore ещё можно заметить на графиках продаж, хотя в основном это никакая не Амига, а Commodore 64. И Амига продавалась среди того же контингента: как домашний компьютер, а не как серьёзный инструмент. А 90е — усё. Нет больше Амиги. То есть формально она, кажется, до 1996го производилась по лицензии — но это была уже агония.
В 90-е появился слоган «Only Amiga makes it possible». Это не из рекламы.
Извините, но это таки из рекламы. Причём Амиги как именно домашнего компьютера. И не 90е, а 80е.
Конкретнее: приложения написанные для UNIX V, MS-DOS, MacOS и AmigaOS запущенные в одно и то же время, с возможностью обмена данными между ними, в вытесняющей многозадачке.
Вот только реально всё это можно было получить в начале 90х, когда было ясно, что Амига доживает последние дни. Та же самая ситуация, что и с OS/2 и с BB10 (это уж совсем недавняя история): когда ваша платформа, фактически, мертва, когда все разрабочики с неё сбежали, когда вы понимаете, что предложить покупателя вам, фактически, нечего — вы начинаете рассказывать сказки про возможность запуска «чужих» программ на вашей ОС.
Не работает это.
Естественно, эта возможность была востребована у крупных организаций, ну там NASA, Hollywood, знаете))
Насчёт Голливуда не знаю, но NASA тогда крупно вляпалась в Apple Lisa и судя по томy, что на eBay NASA закупает Intel 8086 процессоры (а не 68K) они перешли-таки не совсем на Амигу.
Самый дурацкий процессор с самой убогой и бесконечно обраставшей костылями системой команд, самая чудовищная адресация памяти, самые чудовищные ограничения везде где только можно и нельзя.
Ну дык а чего вы хотели от загрушки для сокета?
И не надо фантазировать, по существу и сегодня это всё тот же калькулятор нужный для совместимости с чем-то о чём уже никто не помнит.
Извините, но… нет. Эмуляция калькулятора таки осталась, да, а как же иначе — совместимость, всё-таки. Но 80386й — это уже вполне вменяемый процессор в своём нативном режиме. Как минимум не хуже, чем его прямой конкурент. А уже Pentium — достаточно быстр для того, чтобы вышедший позже конкурент был проигнорирован основным покупателем. И да, Amiga никогда не была популярнее Маков, которые, в свою очередь, никогда даже и близко не приближались по продажам к продажам PC (кажется максимум был не то 1992й не то 1993й год, когда PowerBookи занимали что-то типа трети рынка лаптопов в США — но при этом в других странах продажи всё равно были мизерными).
Вы решили поспорить о вкусе устриц с тем кто их ел?
Нет, конечно. Амигу я нежно люблю и у меня парочка работаюющих экземпляров ещё есть. А вот фантазёров — я не люблю от слова совсем.
Амига — это прекрасный пример того, как можно «из говна и палок» сделать конфетку — но этот подход работает только до определённого предела. С полноценным рабочими станциями Амигу только маркетологи сравнивали, извините. На практике же этого практически не случалось.
AmigaOS 3.9 ничем не отличается от AmigaOS 3.1.
Угу. И обе они лишь немного ушли от AmigaOS 2.0. Полноценных динамических библиотек — нет (если не считать расширений для PowerPC — но это отдельная история про «жизнь Амиги после смерти»), защиты памяти — нет, сеть — тоже через те ещё костыли… Выглядит красиво, но на замену рабочим станциям — не годится. А Windows NT — годится. Вот и вся разница.
vit1251
11.12.2017 04:24Вопрос платформы у меня тут пару ARM плат есть можно ли на них ReactOS запустить или пока только x86_64? В целом не знаю готова ли Widnwos уже работать на них?
khim
11.12.2017 04:53Windows — в некотором смысле готова. ReactOS же — нет и, скорее всего, никогда не будет готова. Почему? Да потому что смысла нету!
Очень странно, но есть люди, которые вообще не понимают кому и зачем нужна ReactOS. Есть море драйверов для windows — практически подо все. И есть не море, а целый океан win32-софта. И мы просто делаем ядро, совместимое и с тем, и с другим. Целевая группа ReactOS — windows-пользователи, наша задача «оторвать» их от проприетарного ПО, а точнее, безболезненно пересадить на СПО.
То есть смысл существования ReactOS — «море драйверов» и «целый океан win32-софта». А для ARM что? Вышедшие меньше недели назад лаптопы и полное отсуствие софта?
Может лет через 10, если Microsoft убедит пользователей и разработчиков, что это это — не результат принятия кем-то тяжёлых наркотиков… кто-то в ReactOS команде и задумается над поддержкой этого добра… но то, что ваша «пара ARM плат» не будет поддерживаться даже тогда — вероятность 99.99%.
SerJook
11.12.2017 09:46По-моему, то, чем вы занимаетесь — пустая потеря времени. С другой стороны, я сам программист и понимаю, что иногда хочется разрабатывать что-нибудь, только чтобы разрабатывать, ради интереса, даже если это никакой практической пользы не несет.
AbstractGaze
11.12.2017 10:04А опыт? Может потом пригодится для разработки системы для платежных терминалов и станут монополистами в этой сфере. Мечты мечты…
Dev0ps
11.12.2017 09:51Поражаюсь энтузиазму людей. Я хоть и не пользуюсь ReactOS, но очень рад продвижению подобных альтернатив Windows. Может в скором времени это станет полноценной системой для «домохозяек», очень хочется верить.
php7
11.12.2017 12:231. Уже можно значки на Рабочем Столе «выровнять по сетке»?
2. Видел, как ReactOS используется в крупных компаниях.
Но не нашел списка спонсоров на сайте.
Почему не работаете в этом направлении?Comdiv
11.12.2017 15:022. Видел, как ReactOS используется в крупных компаниях.
Это же самое интересное. Не могли бы Вы подробней раскрыть эту тему?
Krotesk
11.12.2017 13:56Вот тут бы противостояние устроить — противопоставить буржуйскому поисковику наш отечественный, поддерживающий разработку своей теплой ламповой системы. С другой стороны — тупиковая затея.
Будет интересна если только разработчикам Эльбруса.
В любом случае проекту необходима серьезная поддержка спонсоров или разработчиков. А там глядишь лет через 10 будет и первый релиз.
tzlom
11.12.2017 15:24А драйвера ext/reiserfs они только под ReactOS могут работать, или их можно и в винде установить?
sumanai
11.12.2017 15:51Я смотрел, по крайней мере реализация IFS там отличается. Ну хотя бы драйвер синий экран не вызывает.
Jeditobe Автор
11.12.2017 22:00Они доступны для скачивания и установки с сайтов своих авторов.
www.acc.umu.se/~bosse
www.ext2fsd.comsumanai
11.12.2017 22:07А вот btrfs отсутствует, точнее, только для десятки. А у вас на XP-совместимой.
safari2012
11.12.2017 17:10Взлетит ли TeamViewer на LiveCD(USB)?
Если да, то какой лучше образ качать качать, lin или win?Jeditobe Автор
11.12.2017 21:50Вероятно взлетит, но программы нужно запускать с раздела жесткого диска с файловой системой FAT доступом на запись. Качать желательно образы с буквами gcc, с ними чуть проще.
trdm
11.12.2017 19:18А как успехи с WSH? c vbs и JScript? Есть много полезняшек и крутых полезняшек, которые на нем написаны.
К примеру в легендарной версии 1С v.7.7 на нем написаны скрипты для девелоперов. И немало скриптов.
(см. Проект OpenConf)Jeditobe Автор
11.12.2017 22:02Отсуству.т или в зачаточном состоянии. Можно попробовать установить их вместе с IE какой-нибудь версии или с пакетом обновления от Windows XP
trdm
12.12.2017 00:23Хреново, вырубится целая куча полезных скриптов, обеспечивающих intellisense и коде-комлит в редакторе. https://github.com/trdm/alterplast/tree/master/OpenConf_Scripts/Intellisence
Без них редактор v77 семерка — это просто блокнот.
Enmar
11.12.2017 21:48вопрос.
Когда менеджер приложений появится в ос, чтобы не надо было его качать?
Вчера впервые установил ros и не нашел rapps.
Zverienish
Приложения React OS воспринимают как какую ОС? Если как ХР то матерится ли Хром, что поддержка оной прекращена.
Jeditobe Автор
Чуда не случится. Хром заведется только тот, который поддерживает XP\2003. ReactOS по умолчанию отдает версию как у 2003 Server SP2
sumanai
По идее, через режим совместимости можно выставить более современную ОС. Но это пока работает не очень стабильно, да и API в ОС от этого не сильно прибавится.