LINUX.ORG.RU

ReactOS рассматривает возможность перехода на новую подсистему Win32

 ,


0

0

Координатор проекта Алексей Брагин опубликовал информацию о своем эксперименте по разработке новой Win32-подсистемы для ReactOS. Обычной практикой для ReactOS является следование один-в-один архитектуре ОС Windows во всех ее модулях. Но, как всегда, не все в архитектуре Windows идеально, и один из таких примеров - это подсистема Win32. Это монстрообразная конструкция, на реализацию архитектурной копии которой уйдет еще десяток лет, и не факт, что разработчикам вообще будет интересно над этим работать.

Поэтому Алексей принял серьезное решение и сделал новую Win32-подсистему, которая почти без изменений использует некоторые модули Wine, но в тоже время лишена вайновских недостатков (в том числе зависимости от X Window System). Такой подход позволит быстро поднять уровень совместимости ReactOS как минимум до уровня совместимости Wine, и далее легко превзойти его за счет корректной реализации остальных модулей (что важно, например, для ПО, требующего аппаратных ключей).

>>> Обращение на русском языке



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

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

> А ему нет смысла не отдавать в Wine

а что ему раньше мешало?

реактосовцам придётся трахаться каждый раз, как выходит новый Wine


они вроде как так и делают

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

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


...так что даже 98 винда работала лучше, чем биореактос. По крайней мере достаточно предсказуемо.

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

> а что ему раньше мешало?

Не знаю, сам удивлён, что им мешало отделить Xклиента от Win32 в Wine и вставить Win32/Wine к себе в ReactOS раньше.

они вроде как так и делают

Так больше не хотят. Поэтому и подтачивают Wine и ReactOS.

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

> Не знаю, сам удивлён, что им мешало отделить Xклиента от Win32 в Wine и вставить Win32/Wine к себе в ReactOS раньше.

я про возврат наработок обратно в wine

Так больше не хотят. Поэтому и подтачивают Wine и ReactOS.


о «подтачивании» Wine можно будет говорить только после комита их кода в основную ветку wine, пока что, как я понял, они даже не обращались к разработчикам wine с таким предложением

lester ★★★★
()

полная нелепица в сообщении. каша полная.

tommy ★★★★★
()

Текст новости довольно большой, но после прочтения остаётся непонятным, какие изменения придумал Брагин, благодаря которым ему не придётся реализовывать всю архитектуру Win32

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

> я про возврат наработок обратно в wine

Насколько я понял, до настоящего момента было 2 (ДВЕ) открытые реализации Win32 - в Wine и в ReactOS. Они родственные, но не одинаковые. Т.е. был поток патчей из ReactOS в Wine и обратно, но не очень сильный ибо код различался.

Реализация Win32/ReactOS хуже, чем Win32/Wine. Напрямую Win32/Wine в системе ReactOS использовать нельзя было до последнего времени из-за того, что Wine слишком связан с X. Алексей Брагин чётко разделил эту связь.

Если его патчи, разделяющие X и Wine примут в Wine, можно будет заменить текущую Win32/ReactOS на Win32/Wine. После этого все измения в Win32 будут одинаковые для Wine и для ReactOS.

И поток патчей в Wine от разработчиков ReactOS усилится.

Сейчас стоят два вопроса:

1) Принятие архитектурных изменений Алексея в Wine. 2) Принятие Win32/Wine в ReactOS.

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

>какие изменения придумал Брагин

Портирует wine под ReactOS. Вот и вся новость.

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

> Т.е. был поток патчей из ReactOS в Wine и обратно, но не очень сильный ибо код различался.

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

Принятие архитектурных изменений Алексея в Wine


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

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

поддержки печати пока ещё нет, сканированния

А на расшаренный каталог по smb умеет или нет ?

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

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

Вы телепат? Чётко знаете, что я думаю?

Опасный человек мне попался в собеседники. Убегаю в ужасе. :-)

constRS
()

оффтоп: пользовался линуксом последние несколько месяцев в качестве десктопа (на серверах с конца 90-х стоит). все работало, кроме compiza и suspend/hibernate.

но в итоге сегодня купил лицензию на семерку. линукс пусть будет на серверах и виртуалке.

имо, нужна контора, которая сможет привести линукс к определенным стандартам.

планирую вновь попробовать через несколько лет (ибо верю, что из него в итоге может получиться что-то толковое).

троллей игнорирую (на любой ос).

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

хз. юзал только на виртуалке (и то не долго).

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

Правильно, нечего сто велосипедов пилить

Gary ★★★★★
()

А как же так... Ведь они же использовали вроде wine... Новость радует - пусть вместе возьмутся за все это безобразие - толку будет больше. Хотя их может опередить LUK ^_^

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от frost_ii

>«как-минимум» не требует дефиса

Ну, смотря в каком смысле. Я уже значение придумал

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

64-х битный реактос, сохранив совместимость с досовскими прогами

Нельзя. Тут не МС виновен, а интел. В 64-битном long mode нельзя запустить vm86.

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

> Вот, к примеру, из 64х битных Windows систем убрали NTVDM и DOS программы там запускать нельзя. Когда перестанут выпускать Win32 системы, старые программы можно будет грузить только в ReactOS.

Убрали их оттуда потому, что АМД не посчитала нужным поддерживать 16-и битный код из 64-х битного режима. И ничем тебе твой реактос не поможет.

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

> Нельзя. Тут не МС виновен, а интел. В 64-битном long mode нельзя запустить vm86.

Ха. Только не Интел, АМД. Молодёжь уже не помнит, что 6 лет назад было. Хотя, чего тут удивительного, для некоторых это - треть жизни.

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

> В 64-битном long mode нельзя запустить vm86.

Прикрутить в качестве 16-битной подсистемы DOSBox с прозрачно отображаемым железом. :)

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

А зачем это в ядро? Хоть это и ядро реактос. Поставил вендовую версию досбокса и всё.

Yareg ★★★
()

Алексей Брагин — золотой человек!

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

> но вроде бы IBM на своих серверах умели пускать сразу несколько ОС одновременно, ошибаюсь ?

Eсли вы про мэйнфреймы - то это z/VM. Сейчас такие штуки называют гипервизорами. Например, vmWare ESX или бесплатная vmWare ESXi доступны для x86.

Лично мне нет особой нужны, чтобы процесс загрузки операционок шёл одновременно. У меня всегда запущенны две операционки (openSuSE и vista), но какая-то из них загружается сначала и грузит другую. После смешивания через vmWare unity понять где запущенно приложение можно зачастую только по способу размазывания шрифтам. Меня такой вариант пока вполне устраивает: и win железо работает, и lin софт.

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

> Вы телепат? Чётко знаете, что я думаю?

вы ж сами рассказывали, про то что эти изменения должны войти в вайн и в реактос все станет хорошо, в том числе и с внесением будущих патчей в вайн, вобщем слив засчитан :)

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

> вобщем слив засчитан :)

Какой слив, чего слив - непонятно. Если вы думаете, что с вами кто-то соревновался, спорил - это у вас глюки. Хотя уже 18-е января, пора бы и протрезветь.

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

> Если вы думаете, что с вами кто-то соревновался, спорил - это у вас глюки.

нет - мы просто обсуждали тему, вы привели свое предположение, защищали его, но так и не смогли предоставить ни одного факта, на котором оно могло бы быть основано - в результате выдумали какую-то ерунду про телепатов, чтоб не отвечать по факту

lester ★★★★
()

В общем надо развивать GNUStep и не насиловать мозги. К тому времени как допилят ReactOS все винды будут порваны на клочки Макосью.

anonymous
()

а в свете новой LOR-моды — будут потом новости типа

ReactOS НЕ БУДЕТ переходить на новую подсистему Win32

?

:-)

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

>Сизифов труд. Как допилят (если допилят), то Билли их тупо выпилит по патентным предъявам.

Буга. Только там, где софтверные патенты есть.

dikiy ★★☆☆☆
()

Wine насколько помню вычистили от патентного кода, так что товариши мимо (Если это был ReactOS то ваше направление не меняется)

А по теме если можно будет воткнуть ReactOS на железку чтобы держало Hasp ключ и терминальный режим, пусть делают и мое им благословение. Для начала больше от них и не требуется, ни сканера, ни принтера.

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

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

> нет - мы просто обсуждали тему, вы привели свое предположение

Надо меньше с ветряными мельницами биться и внимательнее читать. Никакого «предположения» я не «защищал», просто расписал как это всё выглядит для меня. Всё.

Реплика в мою сторону в стиле «слив защитан» выглядит как идущий в метро человек, обряжённый в лёгкий водолазный костюм с маской и ластами.

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

> Никакого «предположения» я не «защищал», просто расписал как это всё выглядит для меня. Всё.

если бы вы только один раз «расписали» - так бы оно и было, а так выглядело, что вы уверены, что так оно и будет - мне было интересно на чем была основана эта уверенность

Реплика в мою сторону в стиле «слив защитан» выглядит как идущий в метро человек, обряжённый в лёгкий водолазный костюм с маской и ластами.


я попытался написать равный по «адекватности» вашему - считаю что мне это удалось ;)

П.С. почему-то у меня нет желания продолжать этот разговор, уверен - у вас тоже, давайте на этом его и закончим, лады?

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

> наверное это хорошо. Хотя применение свободной винде чего то не особо придумывается

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

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

>Как допилят (если допилят), то Билли их тупо выпилит по патентным предъявам.

Увы, но мне кажется, что к тому моменту, как допилят, срок действия этих патентов закончится.

X-Pilot ★★★★★
()
Ответ на: комментарий от WARNING

>Совместимость с вирусами будет сохранена или они таки собрались написать «правильную» винду.
Да.

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

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

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

>Хотя применение свободной винде чего то не особо придумывается

Ага, если красноглазить на линаксе, то конечно ничего не придумаешь, а под виндовс дофига софта написано, исходники которого никогда не откроют (всякие налоговые, и прочие идиотики). И что ты предлагаешь покупать высту или вын7 ради того, что бы запускать это гавно раз в квартал? Не жирно будет?

+ Есть целая куча машинок, которые и выкинуть жалко и выста и вын7 туда не лезут, а ХР так или иначе перестанут поддерживать. Почему бы не воспользоваться свободной вендой, для каких-либо целей, в том числе и означенных выше.

Ygor ★★★★★
()
Ответ на: комментарий от X-Pilot

>Увы, но мне кажется, что к тому моменту, как допилят, срок действия этих патентов закончится.

ЕНИМП патенты существуют только в США и ей подобных странах.

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

> Наработки это хорошо, но в целом оно не нужно, имхо.
Сказал голос из кармана...

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

> наверное это хорошо. Хотя применение свободной винде чего то не особо придумывается

Например куча платежных терминалов работающих сейчас под Windows seXP

f00fc7c8
()

Hell yeah. DirectX, насколько я понимаю, у них и раньше устанавливался и работал. Теперь только ядро надо будет допилить, чтобы дрова для видео и звука работали, и абсолютное большинство игрушек будет поддерживаться. А это уже огромный плюс.

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