Welcome to eComStation.RU site!

Select your language: Russian English Deutch Spanish Italian Portuguese Czech Polish French

Frequently asked questions and answers:

eComStation.RU

ru · en · de · es · it · pt · cz · pl · fr
eComStation - это совершенно другая операционная система для PC (IBM OS/2 Warp)
Программы, новости, статьи, поддержка пользователей, оборудование, вопросы и ответы.
 
      Что такое OS/2?НовостиУстановкаОбновлениеПрименениеБудущееСообществоКупить    
(Карта сайта)

 
 
Списки протестированного OS/2 оборудования
Как получить драйверы OS/2 бесплатно

 
Обновление

 
Программы

 
(Санкт-Петербург)

 
Преимущества (1)

 
Разработчику (1)

 
(Пайпы программ)

 
Компании: (1)

 
История (1):

 
(Бонусы)

 
Советы:

 
(Барьеры и решения)

 
Технологии: (1)

 
(Применение в науке, лаборатории, ..)

 

 
Готовые решения:

 
Новая eComStation:

 
Будущее: (1)

 
(Ссылки на другие сайты)

 
(Картинка дня)

 
Артефакты OS/2

 
Гаджеты

 

Open Source и OS/2


TITLE: Open Source и OS/2

DATE: 2002-08-16 10:21:22

AUTHOR: Yuri Prokushev

Введение

Идея Open Source OS/2 отнюдь не нова. Причина в этом лежит на поверхности и всем довольно хорошо известна. Это неопределенность политики IBM относительно OS/2. Постоянные намеки клиентам на мигрирование на другую платформу, с параллельным выпуском как новых версий операционной системы, так и обновление существующих, не вносят ясности.

На данный момент развитием клиентской версии OS/2 занимается фирма Serenity Systems. Будет развитие клиентской версии OS/2 (eComStation) успешным или нет - покажет время. Сейчас Serenity Systems внушает бОльшие надежды, чем IBM. Однако, доступ к исходному коду операционной системы позволил бы:

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

Попытки получения исходного кода OS/2, в целом или частями, не увенчались успехом и не принесут результатов до тех пор, пока не будет виден какой-либо реальный результат работы сторонних разработчиков. Ярким примером может быть проект Odin, который получил в свое распоряжение библиотеку, используемую для переноса Netscape Navigator/Netscape Communicator на платформу OS/2. Другой яркий пример, это работа IBM над проектом Mozilla, а именно, версией для OS/2 - Warpzilla.

В данной статье приведены результаты попыток начала проекта Open Source OS/2, а также мое отношение к этим проектам. Также дана моя оценка перспекстивности данных проектов и их дееспособности.

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

В качестве исторического введения. Проект FreeOS

Наиболее заметным и, вероятно, самым первым проектом Open Source OS/2 был проект FreeOS. Он начинался под эгидой (если я правильно помню) Daniel Caetano (автор PM Download Center). Последней попыткой представления данного проекта в интернете является сайт www.freeos.cjb.net. Однако, в рамках данного проекта не было написано ни одной строчки кода и все закончилось разговорами. С моей точки зрения, данный проект был обречен на провал по ряду причин. Это остутствие какой-либо четкой организации, отсутствия репозитория, где можно было бы держать результаты работы, и отсутствие какого-либо информационного ресурса в интернете, исключая некоторое появление в новостях и наличия списка рассылки. Проект просто закончился, не начавшись. Как ни странно, люди зачастую предпочитают делать реальные вещи, а не заниматься проектированием и планированием, тем более, что проектировать-то на первой стадии особенно нечего, все и так уже существует.

Основа системы

Любая система начинается с ядра. На данный момент существует ряд ядер или же инструментарий для построения таковых. Ядра с закрытым кодом не рассматриваются по известным причинам. Наиболее известным на данным момент ядром является Linux. Монолитное, по устаревшей технологии, оно, тем не менее, завоевало широкую популярность, в основном благодаря системе GNU. Различные варианты GNU/Linux распространяются рядом компаний. Наряду с этим существует ядро GNU Hurd. Однако, оно так и не набрало оборотов. Кроме этих, наиболее известных ядер, существует еще ряд широко применяемых, в частности микроядро, на котором была в свое время построена OS/2 PPC. Все эти ядра обладают одним, но существенным недостатком: отсутствие драйверов устройств. Исторически сложилось так, что линейка операционных систем Windows обладает богатым набором драйверов и все производители выпускают со своим оборудованием драйвера именно для нее. В связи с этим, целесообразным является применение ядра, обеспечивающим совместимость с существующими драйверами. Единственным достигшим каких-либо успехов в этом направлении является ReactOS.


Проект ReactOS

Некоторые, возможно, удивятся. Причем здесь проект Open Source NT? А ответ очень простой. Помните NT 3.51? Она умела запускать программы OS/2 (в стандартной поставке - только консольные, но, как ни странно, Microsoft распространяла и Presentation Manager, как дополнительный компонент). А помните NT 4.0? В ней тоже имелась данная возможность. И дело не в том, что "NT базировалась на OS/2". Дело в самой архитектуре NT. Но об этом позже. А сейчас о том, какое отношение ReactOS может иметь к Open Source OS/2? Да самое прямое, если хотите. Ядро. Со всеми вытекающими. Со всеми драйверами.

Попробую рассказать об архитектуре ReactOS, как я ее понимаю (и это понимание стоило листу рассылки ReactOS моему двухнедельному присутствию и надоеданию, вплоть до выяснения терминологии и доказывания одного и того же друг другу :-)). Итак, руководствуясь ReactOS architecture 'for dummies' (dummies - это я :-)), несколько слов об архитектуре (от железа к приложению).

Hardware Abstraction Layer (HAL) (hal.dll). Это что-то связанное с драйверами и в данном контексте не представляет интереса. А вот далее идут Executive Subsystems, в некоторой литературе упоминаемые как native executive. Это семь основных подсистем (реестр, менеджер ввода/вывода, менеджер памяти и пр. - ntoskrnl.exe). И дополнительные подсистемы (терминология видимо сменилась после моих докапываний, о которых далее):

  • Расширения Win32 (ввод пользователя, графика, обмен сообщениями и пр.) (win32k.sys)
  • Расширения POSIX (сигналы, виртуальные терминалы, эмуляция Linux и пр.) (psxk.sys)
  • Расширения OS/2 (это мое добавление, возможно, что никаких расширений и не потребуется)
  • Прочие расширения

И последняя часть, это драйвера:

  • Class Drivers
  • Device Drivers (поверх классов устройств)
  • Filesystems (поверх устройств)

А теперь о самом вкусном и представляющим практический интерес именно для Open Souce OS/2. Это подсистемы. Яркий пример подсистемы из Windows NT, это подсистема Win32 (win32ss). А вот запуск программ OS/2 выполнялся как раз с помощью подсистемы OS/2 (os2ss)! На самом деле, поверх ядра (ReactOS или NT) можно построить подсистему для любого приложения. И реально заставить их работать вместе, разделяя один рабочий стол, буфер обмена и прочая и прочая.

Давайте рассмотрим планируемые подсистемы ReactOS:

  • Session Manager (system-wide debug manager, startup and shutdown manager) (smss.exe)
  • Local Security Authority (LSASS) (lsass.exe)
  • Win32
  • POSIX+
  • OS2SS
  • DOS
  • Java

Первое и второе не представляет большого интереса в данном контексте, а вот остальное представляет большой интерес. Подсистема Win32 дает возможность работы приложений Win32. Не требуется никаких Odin, VirualPC, bochs и прочего. Подсистема POSIX дает возможность использовать программы стандарта POSIX, что включает простой перенос программ с систем *nix. Это не требует огромных затрат на разработку систем типа emx, posix/2, libemu/libext. Да в них и вообще нет тогда смысла. Подсистема OS/2 дает, ну сами понимаете, что :). Да и остальное тоже.

Здесь может возникнуть закономерное возмущение. А накой мне нужна винда? Я хочу любимый WPS, любимый WarpCenter (LaunchPad, XWorkplace, подставить по вкусу), а не урезанный explorer? Логично. Но никто и не требует использовать программы подсистемы Win32 как менеджер рабочего стола! Запускайте WPS! С точки зрения системы без разницы, запускать explorer или wps. Это те же приложения. Весь вопрос только в корректной организации подсистем. Так, например, начиная с NT 4.0 практически вся графическая подсистема Win32 вынесена в Win32 Extensions (win32k.sys), что, конечно, влияет на стабильность системы в целом (а, скажем, драйвера PM не влияют? Очень даже как влияют!), но позволяет использовать единый менеджер окон (а значит и разделять окна на одном рабочем столе), единый буфер обмена и прочая и прочая. Т.е. если подсистемы используют win32k, то они вполне могут сосуществовать на одном рабочем столе.

Как и было обещано, об изменении терминологии. Win32k классически считается частью подсистемы win32, что, в принципе, не далеко от правды, так как основано это расширение как раз на частях подсистемы win32. Но это уже часть ядра, не зависящая ни коим образом от win32ss, а следовательно, может свободно использоваться прочими подсистемами. В смущение вводит еще и тот факт, что имя у расширения win32k. Т.е. часть win32 в ядре, но уже не часть win32ss. Поэтому данные части рассматриваются как расширение ядра для поддержки подсистем(ы).

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

Что над ядром?

А над ядром строятся приложения. Достаточно наличия необходимого API и двоичной совместимости (в нашем случае понимание формата LX) для запуска любого существующего приложения. Текущее API OS/2 достаточно документировано, а многие недокументированные функции уже известны. Обеспечив на уровне подсистемы OS/2 совместимость по API, хотя бы консольного, можно переходить непосредственно к работающим программам. Зачастую в командном режиме запускаются утилиты командной строки. Но до этого нужны средства разработки.

Проект OpenWatcom

Прекращение поддержки VisualAge линейки для OS/2 является значительной утратой для OS/2. Единственный полноценный инструментарий под OS/2 прекратил свое существование. Существующий на данный момент GNU Compiler Collection более удобен для переноса *nix программ, а не для разработки родных приложений. К счастью существует проект OpenWatcom. На данный момент это версия 0.8.x. Неплохая альтернатива для разработчика. Координируется фиромой SciTech, которая широко известна своим пакетом видеодрайверов. OpenWatcom претендует на роль ведущего компилятора OS/2.

Среда разработки OpenWatcom принята как основная для проекта osFree, что, несомненно, лучше, чем GNU C для данной задачи.

Проект osFree

Все помнят недавний шум вокруг osFree. Собранный из исходных текстов, "утекших" из IBM, дистрибутив вызвал море обсуждений у всех осевиков.

Дистрибутив до сих пор периодически всплывает то на одном, то на другом сервере, но факт остается фактом. Дистрибутив незаконный. Те, кто подписывался на лист рассылки osFree помнят обсуждение о легальности кода и то. что единственным представителем со стороны osFree team был John Martin, наиболее часто фигурирующий как JMA. Факт то, что он отказался от дальнейшей поддержи нелегального дистрибутива и предложил все-таки разрабатывать Open Source OS/2. Так что проект osFree теперь не имеет отношения к osFree Technical Preview и, по сути дела, ведется на полностью легальной основе.

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

И наконец, появились маленькие кусочки кода и появился репозиторий.

Пока он относительно молодой и содержит немного утилит. Это, на момент моего последнего просмотра, ansi, chkdsk, recover, sysinstx плюс начало формирования структуры репозитория. Согласитесь, это уже прогресс по сравнению с FreeOS. Уже есть надежда, что проект наберет силу. Если на данной стадии не обновить информацию о проекте в новостях, не сообщить об открытии cvs и не поддерживать желающих поучаствовать, то все опять может успешно заглохнуть.

На данный момент osFree самый перспективный из проектов и который может в итоге дать хотябы набор утилит командной строки и некоторых приложений PM. На большее пока расчитывать рано.

Проект ReginaREXX

Одним из любимых инструментов пользователя OS/2 является REXX. Интегрированный в систему (по сути дела - библиотека) он используется всем и вся. Так нужна ли замена? Нужна и уже давно существует. ReginaREXX может быть легко использован, причем с малыми затратами.

А что с PM?

Интересный вопрос. На данный момент самое приятное лежит над PM. Это SOM, WPS. Без них мало кто мыслит себе OS/2. Как реализовать? В рамках подсистемы OS/2 ReactOS. Используя уже существующий Win32k. Проект практически аналогичен Odin, но в обратную сторону. Да и API поменьше будет.

SOM. С SOM все сложнее. По слухам, существет SOM3, с открытым исходным кодом. Также существует еще ряд аналогичных технологий. Существующие SOM-классы более или менее документированы. Т.е. нужно создать опять же API. Учитывая то, что SOM является реализацией CORBA, логично использовать существующие Open Source реализации данной технологии.

С WPS уже сложнее. Аналогов нигде не существует и вряд ли будет. Придется руководствоваться тем же Toolkit. Вполне возможно использование XWorkplace как основу для многих классов.

А остальное?

А остального как бы и не существует. Есть Open Scripting Architecture, нечто вроде Windows Scripting. Есть OpenDoc, который так и остался в начале. Есть MMOS/2, которую никто полноценно не использует. Сложно назвать что-то еще. Хотя это JFS. Так что можно более или менее успешно применить FreeJFS в качестве ReactOS IFS.

Визуальные средства разработки. Проект OpenSibyl

Прекращение разработки SpeedSoft Sibyl могла бы стать непоправимой утратой. Потому как это единственный аналог Delphi для OS/2 и можно с уверенностью утверждать, что RAD среды способствуют появлению программ и утилит. Где-то в 1999 году были открыты промежуточные исходные тексты Sibyl для проекта Medigo, который планировал разработку RAD на основе Free Pascal Compiler для GNU/Linux. По всем данным им так и не удалось откомпилировать данные исходные тексты (что очень странно, ибо у меня на их сборку ушло не более часа). Проект Medigo закончился не начавшись, но исходные тексты остались. В последующем я не раз встречал в списках рассылки вопросы о компиляции данных исходников и никто не добился результата.

Netlabs.org анонсировала открытие проекта OpenSibyl и был создан список рассылки. Проект вызвал большой интерес, но... Снова влияла неповоротливость осевиков. Проект очень медленно набирает обороты. Однако, на данный момент имеется CVS и список рассылки, что необходимо, но недостаточно. Так как я непосредственно участвую в данном проекте (и, по сути дела, являюсь единствееным разработчиком), то могу более или менее осветить ситуацию.

Сейчас стоит следующий ряд проблем:

  • Обновление существующих и разработка новых частей RTL Free Pascal/2
  • Перенос библиотеки классов(SPCC) и IDE (SVDE) под новую RTL
  • Исправление ряда критических ошибок в SVDE (запуск компилятора, чтение проекта)
  • БОльшая совместимость с Delphi/Kilyx.

На данный момент основное внимание уделено получению полновесной и минимально необходимой rtl для fpc/2 и запуск компилятора fpc/2, вместо Speed Pascal/2. В принципе, при активном участии 2-3-х человек это можно осуществить в довольно короткие сроки.

Более сложная задача состоит в переносе библиотеки классов под Free Pascal. Из-за ряда различий в реализации классов (в частности, с заполнением VMT) перенос SPCC значительно усложнился, чем предполагалось в начале. Поэтому в планах скорое прекращение поддержи компилятора Speed Pascal и полный переход на Free Pascal.

Приложения Internet. Проект Mozilla

Вышедший недавно релиз Mozilla 1.0 показал просто отличные результаты. Это уже не тот Netscape, что был раньше. И хотя уже не раз были крики о просто дикой тормознутости браузера, то Mozilla 1.0 сильно порадовал. Большинство обзоров по Mozilla отмечают значительное ускорение по сравнению c 0.x серией, но забывают об очень многом. При всей своей первоначальной направленности на Internet Mozilla является отличным набором технологий. Копнув поглубже многие заметят, что это, в принципе, конструктор. Здесь вы найдете такие широко используемые возможности Internet Explorer, как embeding (встраивание браузера в другие приложения), скины (причем на порядок мощнее). А по вопросам поддержки стандартов можно вообще умлочать. HTML, XML (xhtml, mathml, svg и пр.), ECMAscript и многое другое показывают значительно лучшие результаты, чем IE.

Также представляет интерес ряд прочих технологий, в частности XPCOM. Но общий интерес в том, что Mozilla дает мощный инструмент для создания приложений, как для Интернет, так и не для Интернет, которые легко могут быть перенесены с одной платформы на другую.

Офисные приложения. Проект OpenOffice

Наверняка все знают о печальной судьбе StarOffice. Получив права на StarOffice Sun недолго думая похоронила версию для OS/2, выдвинув в качестве аргументов несусветную глупость, что мы, мол, не смогли скомпилировать его в VAC 4. Но они открыли исходные тексты StarOffice и мир получил в свое распоряжение OpenOffice. Но до OS/2 версии так и не добрались. В списке портов числятся разработчики OS/2, но патчей так и не поступило, в то время как OpenOffice 1.0 уже вышел. Объединив antiword/2 и OpenOffice можно получить неплохую поддержку форматов MSWord, что является, как мне кажется, одной из основных задач.

Выводы

В данной статье не рассматривалась возможность построения Open Source OS/2 на базе GNU/Linux. В частности из-за того, что это инструментальная среда, по сути большой компилятор, и построение абсолютно чуждой по идеалогии среди на базе системы GNU не имеет смысла. Также не рассматривались вопросы о модифицированной OS/2, что естественно, необходимо. Была попытка показать существующие проекты и возможность их развиния.

На данный момент имеются два действующих проекта по реализации базовых компонентов системы. Это osFree, который, с моей точки зрения, не ставит целью разработать ядро, а разработать полновесные аналоги каждой части OS/2 (утилит командной строки, PM, SOM, WPS, и многое другое). С этой точки зрения он полезен для получения Open Source аналогов подсистем OS/2 и их расширенных версий.

Второй проект, это ReactOS. Сейчас работой над подсистемой OS/2 занимается Robert K. (к сожалению, не знаю фамилии, вероятно Koepferl). Но он не желает поддерживать 16-битный API, который широко используется консольными приложениями. ReactOS может послужить ядром и источником подсистем Java, Posix, Dos, Win16, Win32, что снимает необходимость в разработке их для OS/2, а позволяет напрямую их использовать. Плюс отсутствие проблемы драйверов как таковой, пока существует NT.

В принципе, каждый волен принять посильное участие как в первом, так и во втором проектах. Вопрос только в отсутствии двойной работы. Чтобы одна команда не работала над тем же, что и вторая. Но это, ИМХО, решаемо. Написание утилит вроде more, cmp, tree, bldlevel и пр. под силу практически любому. Написав одну утилиту вы сделаете небольшой, но полезный шаг в становлении Open Source OS/2.

Попробуй программу:

Благодаря тулкиту Qt4 в eComStation будут портированы десятки современных графических программ, Вложить 5 евро в разработку Qt4

Комментарии:

VYX
2002-08-16 11:00:16

OpenWatcom очевидно неплох для написания драйверов. Но как замена VAC++ 4.0 Pro он не тянет *совершенно*.

Именно как *полноценная* замена.

Хотя бы потому, что про С++ в OpenWatcom, да как и в любых версиях Watcom (где-то с 9.5, ~1994 год) вобщем-то никак. Елси нужно что-то более сложное чем cout << "hi!" << endl;

SERG
2002-08-16 12:35:27

Мне так кажется предпочтительней проект osfree так как он является аналогом OS/2.

ReactOS как я понял на исходинках NT извините это уже не полуось %(((

Sergey
2002-08-16 13:08:02

Трезвые мысли есть, но в целом винегрет :(

Давайти ползти в сторону реактоса

Evgen
2002-08-16 13:15:33

Для полноты картины надо было бы еще упомянуть библиотеку MGL и проект wxWindows...

SERG
2002-08-16 16:08:54

А смысл ползти в сторону ReactOS.

Мы же говорим сдесь про полуось, а не про NT.

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

SERG
2002-08-16 17:56:46

К стати сайт osfree существует и обновляется.

[www site]

Vadim Yegorov
2002-08-16 22:47:43

Лично я не вижу ничего предпочтительного из предложенных вариантов.

Жалкие потуги повторить пингвин,

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

Василий А. Сидоров
2002-08-17 03:26:31

Плохо понимаю, зачем весь этот сыр/бор вокруг исходников?

Будет разумный коммерческий проект будет и поддержка (IBM'а)

Ihsahn
2002-08-17 11:11:46

If you help (with osFree), you'll get faster progress.... ;)

Vadim Yegorov
2002-08-17 18:07:57

/me LOL: 'faster progress'....

Like with Lniux: ~6 yeras of bullshit and ~2 years of moneypumping...

'fill difference' (c)

Smedos
2002-08-18 04:50:07

Скорее всего, что ReactOS неплохое решение. Кому нужно, будет os/2 с огромным числом поддерживаемого оборудования. Да и win-программы будут работать бстро и без глюков, характерных для эмуляторов.

SERG
2002-08-18 11:22:31

Ну ребята я от Вас фигею.

Поясняю еще раз .

DOS - FREEDOS

UNIX - LINUX

NT - ReactOS

OS/2 -??????????????????

Зависимость понятна.

В левой колонке находятся платные версии операционных систем.

В правой почти аналоги, но бесплатные.

ТАК ЧТО OS/2 ЭТО NT ????.

А по поводу прог самим нужно писать нормальный софт, а не претаскивать глюки с Виндов.

При том и дравера будут использоваться виндовые. ХА ХА вот вам первый источник глюков.

Yuri Prokushev
2002-08-18 22:18:26

2VYX: Сгласен. До VAC ему очень далеко. Как вариант существует еще и GCC. Но одних command-line утилит маловато. Как я подозреваю, библиотеками классов не блещет ни тот ни другой. Вобщем, C-братии ой как нужен компилятор. который будет жить еще продолжительное время.

Yuri Prokushev
2002-08-18 22:30:35

2SERG. Проект osFree, на данный момент, не в состоянии обеспечить замену ядру. Абсолютно. О чем и было сказано. А вот как замена утилит командной строки - пожалуйста. Кое-что уже есть.

Относительно ReactOS. Технология NT сама по себе неплохо спроектирована. Да и не предлагалось использовать _всю_ ReactOS. Ядра с драйверами хватит за глаза. И никаких тебе проблем "А где мне найти драйвера для супер-пупер-гипер-мыши-с-вибратором?" .

Также существует еще один вариант развития событый - это проект Odin. Он также в состоянии обеспечить поддержку Win-драйверов. Но, как видно из Changelogs, ничего в этом направлении не делается.

И кстати, ReactOS=(Unix/Linux, NT, DOS, JAVA, OS/2, подставить по вкусу).

А одними приложениями сыт не будешь...

Yuri Prokushev
2002-08-18 22:35:01

2Segey: А я не вижу разницы. Ну и построено ядро по другой технологии. И что это меняет? ИМХО, ничего. Систему формирует не одно ядро.

Насчет винегрета - согласен :) Но я попытался пройтись от ядра/драйверов и выше. Да и нельзя объять необъятного...

Yuri Prokushev
2002-08-18 22:37:36

2Evgen: wxOS2 слабо вписывается в логику, бо это просто кроссплатформенная библиотека . А вот про MGL - согласен.

Yuri Prokushev
2002-08-18 22:40:58

2Vadim Yegorov: А какие, интересно, были варианты? Я могу указать только один.

Yuri Prokushev
2002-08-18 22:45:49

2Василий А. Сидоров: Ну и кто, скажите мне, будет заниматься коммерческим проектом? Вот ecs.ru team занимается переводом ecs. Ну вбухала в него serenity деньги. А наша гордая общественность сказала свое громкое "фи". А вот "фи" сказать не сложно. Гораздо сложнее что-то сделать.

Yuri Prokushev
2002-08-18 22:49:49

2Ihsahn: Well. JMA no answer my mail for long time. So I lost any interest in osFree project. For faster progress required more "open" development.

Yuri Prokushev
2002-08-18 22:52:30

2Smedos: Похоже ты уловил суть :)

Yuri Prokushev
2002-08-18 22:57:23

Вобщем, было бы интересно услышать еще отзывов/предложений. Как я уже сказал, это не единственный вариант построения системы, но, ИМХО, наиболее быстро и с наименьшими затратами реализуемый.

Кроме того, было бы интересно более подробно провести анализ того, что есть, и того, чего нет.

Constantin
2002-08-19 11:24:02

2Yuri Prokushev:

>Ну и построено ядро по другой технологии. И что это меняет? ИМХО, ничего.

IMHO - несколько легкомысленное заявление. Мое глубочайшее убеждение - устойчивость, надежность, гибкость, "реактивность" ОС определяется именно ядром. Чего стоит одна архитектура Installable File Systems в Os/2. Супервизор ввода/вывода, планировщик процессов Оси наиболее близок (из всех ПиСюковых систем) к тому "идеалу" (хотя и претензий к ним немало), который сформировался у меня еще во времена общения с мэйнфреймами.

Поражает то, что разработчики ОСов для PC (и самих PC) как будто в пустоте родились, и изобретают велосипеды там, где _десятки_лет_ существуют проверенные временем решения. В этом смысле в несколько лучшем положении - разработчики клонов *NIX

>Систему формирует не одно ядро.

Тут ты, безусловно, прав.

SERG
2002-08-19 11:54:46

Yuri Prokushev: Относительно ReactOS. Технология NT сама по себе неплохо спроектирована. Да и не предлагалось использовать _всю_ ReactOS. Ядра с драйверами хватит за глаза. И никаких тебе проблем "А где мне найти драйвера для супер-пупер-гипер-мыши-с-вибратором?" .

Юрий скажи мне тогда зачем вообще такие сложности?

Возми поставь себе WIN NT а далее от СТАР ДОКА накати псевдо WPS и вот твоя идея совершенно тоже самое.

Ну а что?

Ядро тоже глюки теже если не больше получишь и дравера тоже теже.

Причем тут OS/2. Я никак понять не могу.

В часности заголовок статьи "Open Source и OS/2"

dixie
2002-08-19 13:38:23

2SERG: смысл в том, чтобы иметь нормальную desktop-систему

без приставленного к спине дула пистолета Билли и набора

отверток Линуса.

А нормальная декстоп-система без нормальных драйверов - туфта.

И, быть может, даже следует написатьт нечто вроде pe2c и пройтись

реверсом по ntoskernel и hal.dll на предмет суппорта драйверов w2k.

Тока тогда оная система будет иметь шансы на жизнь, а не пребывание в

кунсткамере.

SERG
2002-08-19 14:03:17

dixie смысл в том, чтобы иметь нормальную desktop-систему

без приставленного к спине дула пистолета Билли и набора

отверток Линуса.

А нормальная декстоп-система без нормальных драйверов - туфта.

И, быть может, даже следует написатьт нечто вроде pe2c и пройтись

реверсом по ntoskernel и hal.dll на предмет суппорта драйверов w2k.

Тока тогда оная система будет иметь шансы на жизнь, а не пребывание в

кунсткамере.

Да согласен, но причем тут полуось опятьже. Если речь идет о системе которая заменит Виндовс НТ. В бесплатном виде. Мыже сдесь обсуждаем совершенно другую операционную систему. С другими возможностями и другой организацией.

Да эта система будет независима от Билли, не кто с этим и не спорит.

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

А мы сдесь занялись обсуждением на какую операционную систему нам лучше всего слинять толи на Линукс толи на НТ %(( в открытых исходниках. Тогда вообще зачем мы сдесь собрались.

К стати а к Линуксу Бил Гейтс дравера не пишет однако живет система и процветает и дравера к ней пишут даже Open GL есть.

Yuri Prokushev
2002-08-19 18:05:46

2Constantin:

>>Ну и построено ядро по другой технологии. И что это меняет? ИМХО, ничего.

>IMHO - несколько легкомысленное заявление. Мое глубочайшее убеждение - устойчивость, надежность, гибкость, "реактивность" ОС определяется именно ядром. Чего стоит одна архитектура Installable File Systems в Os/2. Супервизор ввода/вывода, планировщик процессов Оси наиболее близок (из всех ПиСюковых систем) к тому "идеалу" (хотя и претензий к ним немало), который сформировался у меня еще во времена общения с мэйнфреймами.

На то оно и HO :). Однако, насколько я понимаю, IFS можно реализовать и на NT-ядре. Про остальное я ничего не скажу, бо просто нет необходимых знаний. В конце концов никто не застявляет использовать все предлагаемые оригинальным ядром сервисы. Я вроде бы ясно выразился, что основной плюс ядра reactos - это совместимая с NT модель драйверов и возможность подсистем. Это, ХО, более красивое решение, чем технологии типа Odin.

>Поражает то, что разработчики ОСов для PC (и самих PC) как будто в пустоте родились, и изобретают велосипеды там, где _десятки_лет_ существуют проверенные временем решения. В этом смысле в несколько лучшем положении - разработчики клонов *NIX

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

>>Систему формирует не одно ядро.

>Тут ты, безусловно, прав.

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

2SERG

>Юрий скажи мне тогда зачем вообще такие сложности?

Какие сложности? Предлагается наиболее быстрый метод. Или тебе интересней написать свое ядро с нуля и писать кучу драйверов?

>Возми поставь себе WIN NT а далее от СТАР ДОКА накати псевдо WPS и вот твоя идея совершенно тоже самое.

Мне нафиг не нужны всякие псевдо. Я хочу нормальный CORBA, нормальный WPS, нормальный toolkit и много еще чего. А еще больше всего я хочу купить в магазине железяку и не греться по поводу наличия драйвера, который зачастую не раскрывает и половины возможностей железяки.

>Ну а что?

Бо мне не NT нужна.

>Ядро тоже глюки теже если не больше получишь и дравера тоже теже.

Ядро является наименее глюкавой частью NT. Более проблемной являются приложения.

>Причем тут OS/2. Я никак понять не могу.

Читаем еще раз и пытаемся понять.

>В часности заголовок статьи "Open Source и OS/2"

Опять читаем.

2dixie

>2SERG: смысл в том, чтобы иметь нормальную desktop-систему

>без приставленного к спине дула пистолета Билли и набора

>отверток Линуса.

>А нормальная декстоп-система без нормальных драйверов - туфта.

>И, быть может, даже следует написатьт нечто вроде pe2c и пройтись

>реверсом по ntoskernel и hal.dll на предмет суппорта драйверов w2k.

Не смешите мои тапочки.

>Тока тогда оная система будет иметь шансы на жизнь, а не пребывание в

>кунсткамере.

2SERG:

>Да согласен, но причем тут полуось опятьже. Если речь идет о системе которая заменит Виндовс НТ. В бесплатном виде. Мыже сдесь обсуждаем совершенно другую операционную систему. С другими возможностями и другой организацией.

Блин. Чем больше ты пишешь, тем больше я убеждаюсь в том, что ты остановился на фразе "Причем здесь проект Open Source NT?".

>Да эта система будет независима от Билли, не кто с этим и не спорит.

>Другое дело иметь операционную систему аналагичную полуоси, что бы ее дравера подходили и ее идиология была заложена.

Драйвера - в морг. Нет их. А идеология то куда денется от смены ядра?

>А мы сдесь занялись обсуждением на какую операционную систему нам лучше всего слинять толи на Линукс толи на НТ %(( в открытых исходниках. Тогда вообще зачем мы сдесь собрались.

Опять двадцать-пять...

>К стати а к Линуксу Бил Гейтс дравера не пишет однако живет система и процветает и дравера к ней пишут даже Open GL есть.

В отличии от юниксоиды берут и пишут. И не гнушаются использованием той же ReactOS как ядра. Бо усть такое понятие как GNU. И GNU/Linux ничем не лучше, скажем, GNU/Hurd, GNU/OS2, GNU/Win и прочих. И GL есть. А у нас тоже есть даже OpenGL. А теперь ткни мне пальцем в OpenGL приложение для OS/2, скажем, выпуска трехмесячной давности. Так что обычное "даже" никому не нужно. Кроме того, драйвера для GNU/Linux (если уж придерживаться терминологии) уже давно пишут производители. А для OS/2 уже не пишут и не будут писать.

MadInt
2002-08-19 18:31:07

OpenGL в оси лицензионно закрыт для его поддержки на уровне железа в драйверах.

Танечка
2002-08-19 18:53:19

Ха-ха. Как только ваша ReactOS наберет силу, модель драйверов в WinXX будет изменена. Не парьтесь вы.

Constantin
2002-08-19 19:13:48

2Танечка -> Yuri Prokushev:

А ведь это так и будет! Как только появится конкурент, способный поколебать монополию M$, Билли изменит все интерфейсы ядра и драйверов, но спецификации придержит.

Унификация с NT допустима только в той мере, в которой ее одобрит M$.

От прихотей БГ не зависят только (?) эмуляторы:

железа (типа VPC)

API (ODIN) - поскольку АПИ от независимых разработчиков, надеюсь, не закроют

Evgeny
2002-08-19 19:55:59

To: MadInt

OpenGL от IBM идет в баню ибо крив и тормознут до безобразия. даже если ибием откроет его исходники, которые сейчас нафиг некому не нужны.

To: All

сей базар напоминает то, что было в форуме имени фриос. т.е. произойдет обычное ППР. А хоть что-либо делать будут только единицы

SERG
2002-08-19 19:56:01

А ведь это так и будет! Как только появится конкурент, способный поколебать монополию M$, Билли изменит все интерфейсы ядра и драйверов, но спецификации придержит.

Да я уже достался им это растолкововать. Бредят ребята не знаю чем. Какой кайф мы получаем например от написания драверов от фирмы Скай Теч на основе Градд технологии.

И это я думаю еще цветочки.

А в НТ вы подобное видели??

Я думаю и OPEN GL тоже можно разобраться. И не только а универсальные дравера для звуковых карт а??

К стати возмите дравера написанные под Ямаху SB128 вы там увидите много схожего.

Тоже нейкий ГРАД. Да еще бох знает чего можно напридумывать вэтой области.

А Данис дравера опять возмите а?

И кто после этого будет говорить что драверов нет??

А по мышки с колесиками написали сколько драверов.

А под ТВ тюнеры тоже проекты есть они даже интересней чем в Виндах .

Yuri Prokushev
2002-08-19 20:52:01

2MadInt

>OpenGL в оси лицензионно закрыт для его поддержки на уровне железа в драйверах.

Именно. Но есть MesaGL, насколько я помню, а вот поддержи все нет.

2Танечка

>Ха-ха. Как только ваша ReactOS наберет силу, модель драйверов в WinXX будет изменена. Не парьтесь вы.

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

2Constantin

>2Танечка -> Yuri Prokushev:

>А ведь это так и будет! Как только появится конкурент, способный поколебать монополию M$, Билли изменит все интерфейсы ядра и драйверов, но спецификации придержит.

Этого не будет, так как (см. выше) смена модели драйверов приведет к огромным ресурсозатратам.

>Унификация с NT допустима только в той мере, в которой ее одобрит M$.

:)

>От прихотей БГ не зависят только (?) эмуляторы:

>железа (типа VPC)

Но кому они нужны? Разработчику. Пользователь поставит ОС на реальном железне, а не...

>API (ODIN) - поскольку АПИ от независимых разработчиков, надеюсь, не закроют

О-па... Эмуляция API - это круто. Но суть не в том. API также зависим от производителя, как и любая OS.

2Evgeny:

>OpenGL от IBM идет в баню ибо крив и тормознут до безобразия. даже если ибием откроет его исходники, которые сейчас нафиг некому не нужны.

Вот именно. То же можно сказать еще много про что. Ибо устарело и устаревает. MMOS2 устарела, WPS устаревает потихоньку (по фактическим возможностям, а не по идеологическим), и т.д. Вывод: Использовать более другой GL. Опять же смотреть будут в сторону OpenSource, т.к. ученые уже пользователи не доверяют производителю (читай, IBM).

>сей базар напоминает то, что было в форуме имени фриос. т.е. произойдет обычное ППР. А хоть что-либо делать будут только единицы

Про это и разговор.

2SERG:

>А ведь это так и будет! Как только появится конкурент, способный поколебать монополию M$, Билли изменит все интерфейсы ядра и драйверов, но спецификации придержит.

Нет. Это невыгодно.

>Да я уже достался им это растолкововать. Бредят ребята не знаю чем. Какой кайф мы получаем например от написания драверов от фирмы Скай Теч на основе Градд технологии.

И что "нам" от кайфа? Все равно железяки работают не в полную силу. В той же винде я вообще от драйверов "кайф" не получаю, я их просто ставлю, чтобы они работали.

>И это я думаю еще цветочки.

Скорее всего, остатки ягодок.

>А в НТ вы подобное видели??

Вы удивитесь, но тот же SciTech.

>Я думаю и OPEN GL тоже можно разобраться. И не только а универсальные дравера для звуковых карт а??

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

>К стати возмите дравера написанные под Ямаху SB128 вы там увидите много схожего.

>Тоже нейкий ГРАД. Да еще бох знает чего можно напридумывать вэтой области.

Опять же. Есть нечто малораспространенное и специфическое. И НИКТО ИЗ ПРОИЗВОДИТЕЛЕЙ ЭТИ ТЕХНОЛОГИИ НЕ ПОДДЕРЖИВАЕТ. Бо ни спицификаций, ни toolkit'ов нет.

>А Данис дравера опять возмите а?

А что они дают? Я и без них нормально живу и еще долго буду жить.

>И кто после этого будет говорить что драверов нет??

Я буду. Открываем любой прайс и греемся вопросом, будет или нет работать принтер/сканер/flashdrive/radiomodem/и прочая.

>А по мышки с колесиками написали сколько драверов.

Да кому нужны эти мышки с сопелками?

>А под ТВ тюнеры тоже проекты есть они даже интересней чем в Виндах.

По моему это более заплатки.

Вобщем, все это выглядит как заплатки и костыли, а не как единая операционная система.

2All:

И я все еще ничего более интересного не услышал. Кто-нибудь может предложить что-то более конструктивное? А так это выглядит как фанатичное убеждение в том, что у нас все хорошо, когда мы еле-еле трепыхаемся. И я все меньше и меньше горю желанием доказывать кому-то, что OS/2 есть вешь удобнее Win, когда мне в противоаргументы говорят одно: "Мне проще винду переставлять раз в месяц, зато воткнул и сразу работает, в отличии от..."

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

Alexander Lapshin
2002-08-19 21:36:43

Пипл! Вы не поняли. Идея ReactOS ГЕНИАЛЬНА! Больше не будет геморав выборе ОС. Нада чтобы win-прикладухи пускались - пожалуйста, нада OS2 - пожалуйста, нада Юниксовые, Нетварьные - пожалуйста. От всех имеющихся приложений можно использовать лучшие варианты. Мечта моего детства... ;)

Если ктонить такое сделает, то за это нужно Нобелевскую давать. Это ведь ГЕНИАЛЬНО!!! (как и всё простое ;)

Ведь только прикиньте: во всём мире на одной тачке могут крутиться прикладухи от ЛЮБОЙ ОС. Да еще Били, со своими драйверами сыграет на руку...

Alexander Lapshin
2002-08-19 21:40:13

2Yuri Prokushev:

Критики нет. Есть наезды и БАЗАР.

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

Alexander Lapshin
2002-08-19 21:41:43

2Yuri Prokushev:

Кстати. Чуть не забыл тебя поблагодарить за статью. Ведь без тебя я мог бы и не узнать об ЭТОМ. ;)

SERG
2002-08-19 22:03:41

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

А ну ну я конечно не понял, что написано в статье.

Надоело спорить с Вами у Вас глаза загориелись при виде того что можно запускать программы от MS SOFT и дравера теже использовать вот здорово то как же я тут с Вами у же третий день спорю, а этого не как заметить не могу. МММММ даааа

Yuri Prokushev
2002-08-19 22:29:13

2SERG: А ты обрати внимание, сколько усилий прикладывается к получению Win32 и XLib API. Как на уровне исходного текста, так и бинарной совместимости. Мне лично без разницы, будет там работать os2krnl или ntkrnl. Реализовать поддержку драйверов любой системы моно хоть где, но лично я вижу более логики в использовании ядра спроектированного для данных целей, чем к этому не предназначенному.

Yuri Prokushev
2002-08-19 22:31:27

2Alexander Lapshin: Thanks

Yuri Prokushev
2002-08-19 23:06:00

В догонку.

[url]

SERG
2002-08-19 23:34:08

Yuri Prokushev:А ты обрати внимание, сколько усилий прикладывается к получению Win32 и XLib API. Как на уровне исходного текста, так и бинарной совместимости. Мне лично без разницы, будет там работать os2krnl или ntkrnl. Реализовать поддержку драйверов любой системы моно хоть где, но лично я вижу более логики в использовании ядра спроектированного для данных целей, чем к этому не предназначенному.

Да я с Вами согласен на все сто что в этой ос есть много интересного я этого не отрицаю.

Видны примущества спору нет.

НО!!! Если бы эти все дебаты проходили не насайте где обсуждается полуось.

Если обсуждать конкрено отдельный блок для запуска os/2 в этой операционной системе тогда совсем другое.

А так получается обсурд.

Получается мы говорим про то зачем на собственно os/2 когда вот NT есть в открытом исходе и далее как все это хорошо давайте все вместе перейдем на эту операционку и все.

И действительно и все, что там собственно мучаться. И дравера вот есть и проги и бесплатная будет и Линукс запустить можно и полуось.

К стати Юрий.

Я тебе тут вот твой ответ Константину печатую.

>IMHO - несколько легкомысленное заявление. Мое глубочайшее убеждение - устойчивость, надежность, гибкость, "реактивность" ОС определяется именно ядром. Чего стоит одна архитектура Installable File Systems в Os/2. Супервизор ввода/вывода, планировщик процессов Оси наиболее близок (из всех ПиСюковых систем) к тому "идеалу" (хотя и претензий к ним немало), который сформировался у меня еще во времена общения с мэйнфреймами.

На то оно и HO :). Однако, насколько я понимаю, IFS можно реализовать и на NT-ядре. Про остальное я ничего не скажу, бо просто нет необходимых знаний. В конце концов никто не застявляет использовать все предлагаемые оригинальным ядром сервисы. Я вроде бы ясно выразился, что основной плюс ядра reactos - это совместимая с NT модель драйверов и возможность подсистем. Это, ХО, более красивое решение, чем технологии типа Odin.

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

Вот полохо что у тебя нет этих знаний. Тогдабы на проблему os/2 не равно NT ты смотрел подругому.

Validator
2002-08-20 07:29:09

1. Вроде умные люди.. КАКАЯ НАФИГ РЕАКТОС? 50% оси - это именно ядро, и именно в том виде, в каком его делает IBM. Шаг влево, шаг вправо - и это уже другая операционка. Как ни плюйтесь, но ядро обновлется довольно регулярно. Здесь мы просто намертво связаны с ИБМ.

2. Альтернативы, достойной VAC нет и в ближайшем будущем не будет, и притом не только на осевой платформе. имхо, ВАГой можно смело пользоваться еще лет пять - аналога нет и не предвидится.

А ИБМ я хоть и уважаю, но понимаю слабо - до сих пор нет ясной и четкой политики (по крайней мере опубликованной). Networks продали, Storage продали. Че к чему? PSP на очереди? Такое ощущение, что каждое подразделение рулит в ту сторону, в какую ему вздумается, без всякой корпоративной координации.

Спецы там гениальные, было бы желание...

Yuri Prokushev
2002-08-20 11:26:23

2SERG

>>Yuri Prokushev:А ты обрати внимание, сколько усилий прикладывается к получению Win32 и XLib API. Как на уровне исходного текста, так и бинарной совместимости. Мне лично без разницы, будет там работать os2krnl или ntkrnl. Реализовать поддержку драйверов любой системы моно хоть где, но лично я вижу более логики в использовании ядра спроектированного для данных целей, чем к этому не предназначенному.

>Да я с Вами согласен на все сто что в этой ос есть много интересного я этого не отрицаю.

>Видны примущества спору нет.

>НО!!! Если бы эти все дебаты проходили не насайте где обсуждается полуось.

Может я, конечно, и дурак, но где еще обсуждать подсистему os/2? Явно не на линуховых и виндовых сайтах.

>Если обсуждать конкрено отдельный блок для запуска os/2 в этой операционной системе тогда совсем другое.

Ну вы, блин, даете. Я же конкретно написал, что вся вкусность в наличии подсистем, а в частности, os/2. Кто и как будет реализовывать остальное меня совершенно не волнует.

>А так получается обсурд.

>Получается мы говорим про то зачем на собственно os/2 когда вот NT есть в открытом исходе и далее как все это хорошо давайте все вместе перейдем на эту операционку и все.

Может быть, твоя проблема в том, что ты рассматриваешь NT как систему в целом, а не как ядро. Ты никак не хочешь понять, что никто не мешает выкинуть win32/posix/win16/dos/java и оставить только os2. Я повторяю, что ReactOS - это, в первую очередь, ядро. А уж потом win32. Я же не предлагаю использовать какой-нибудь проект по opens source win9x, ибо это бред. А вот в NT с оторванной win32 ты даже notepad какой-нибудь не сможешь запустить, т.к. нет уже нужного api.

>И действительно и все, что там собственно мучаться. И дравера вот есть и проги и бесплатная будет и Линукс запустить можно и полуось.

И что в этом плохого? Все вкусное и нужное из OS/2 можно опять же реализовать, а вот дотягивать текущую OS/2 до чего-то более стоящего, костылей не наберешь.

>К стати Юрий.

>Я тебе тут вот твой ответ Константину печатую.

>>IMHO - несколько легкомысленное заявление. Мое глубочайшее убеждение - устойчивость, надежность, гибкость, "реактивность" ОС определяется именно ядром. Чего стоит одна архитектура Installable File Systems в Os/2. Супервизор ввода/вывода, планировщик процессов Оси наиболее близок (из всех ПиСюковых систем) к тому "идеалу" (хотя и претензий к ним немало), который сформировался у меня еще во времена общения с мэйнфреймами.

>>На то оно и HO :). Однако, насколько я понимаю, IFS можно реализовать и на NT-ядре. Про остальное я ничего не скажу, бо просто нет необходимых знаний. В конце концов никто не застявляет использовать все предлагаемые оригинальным ядром сервисы. Я вроде бы ясно выразился, что основной плюс ядра reactos - это совместимая с NT модель драйверов и возможность подсистем. Это, ХО, более красивое решение, чем технологии типа Odin.

>Особенно вот это: Про остальное я ничего не скажу, бо просто нет необходимых знаний. В конце концов никто не застявляет использовать все предлагаемые.

>Вот полохо что у тебя нет этих знаний. Тогдабы на проблему os/2 не равно NT ты смотрел подругому.

Да? А вы у нас господин всезнайка?

2Validator

>1. Вроде умные люди.. КАКАЯ НАФИГ РЕАКТОС? 50% оси - это именно ядро, и именно в том виде, в каком его делает IBM. Шаг влево, шаг вправо - и это уже другая операционка. Как ни плюйтесь, но ядро обновлется довольно регулярно. Здесь мы просто намертво связаны с ИБМ.

А где гарантия, что завтра эти ядра будут выпускаться? У меня нет никакой гарантии.

Но ядро - штука интересная. Где-то это 50% ОС, а где-то и 25%. Для меня ядро = процнтам 5. Если ядро становиться более весомым, чем остальное, значит система уже разлагается или еще не живет (в нашем случае - первое). Ядро само по себе мало чего стоит, хотя никто не умаляет его важности и ценности.

>2. Альтернативы, достойной VAC нет и в ближайшем будущем не будет, и притом не только на осевой платформе. имхо, ВАГой можно смело пользоваться еще лет пять - аналога нет и не предвидится.

А что ты будешь делать через пять лет? За пять лет появятся новые технологии, которые отсутствуют в VAC. Тем, кому они не нужны - будут пользовтаь VAC, но те, кому они необходимы - просто уйдут на другой компилятор. Но по качеству/удобству аналогов нема, но удобство - штука странная. То, что было неудобно сейчас, будет удобна завтра. А качество просто принесут в жертву.

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

>А ИБМ я хоть и уважаю, но понимаю слабо - до сих пор нет ясной и четкой политики (по крайней мере опубликованной). Networks продали, Storage продали. Че к чему? PSP на очереди? Такое ощущение, что каждое подразделение рулит в ту сторону, в какую ему вздумается, без всякой корпоративной координации.

Это я еще в первом абзаце статьи написал...

>Спецы там гениальные, было бы желание...

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

2All

И опять ничего конструктивного ;-) Это становится забавным...

MadInt
2002-08-20 12:11:37

Я щас конечно дурацкий ведь скажу, НО!

Прелесть OS/2 заключается в том что это очень модульная операционная систрема.

Хочешь - оторви от нее PM (WPS, подставить по вкусу) и спокойно работай. Большинство компонент не зависят друг от друга, а некоторые и еще взаимозаменяемые :)

Например - где вы видели NT без графической морды? А вот между тем третий варп на четверке с 20 мегами под тшелл справляется с такими задачами которые не каждому монтсру по W2K по силам.

Да и в конце концов - каждой операционке - свое место. И продвигать ОС/2 например на место игровой приставки ИМХО - бессмысленно.

SERG
2002-08-20 14:13:20

>Особенно вот это: Про остальное я ничего не скажу, бо просто нет необходимых знаний. В конце концов никто не застявляет использовать все предлагаемые.

>Вот полохо что у тебя нет этих знаний. Тогдабы на проблему os/2 не равно NT ты смотрел подругому.

Да? А вы у нас господин всезнайка?

Я не господин всезнайка все на свете знать нельзя.

Я просто тебе говорю, что НТ это НТ а OS/2 это OS/2 .

И путать их не надо ядра у них разные и возможности тоже если ты это не понимаешь ну как тебе еще раз обьяснить. НЕЗНАЮ!!!

А то что сверху ядра ты навешаешь это всеравно, что игруху на нем запустить и думать, что вот такая она играючая операционная система. Смотри игра Линух запускается как здорово.

Смотри игра полуось запускается.

Igor Vaskov
2002-08-20 16:29:03

Тут все спорят, спорят, а я просто скачал этот Реактоз. Впечатление - никакое. Оно у меня не запустилось. Очень сыро. Где-то в самом-самом начале. Может и выкарабкается, но вряд-ли. Вспомним BeOS. Гораздо более продвинутая и раскрученная система загнулась...

Yuri Prokushev
2002-08-21 04:22:25

2MadInt:

>Я щас конечно дурацкий ведь скажу, НО!

>Прелесть OS/2 заключается в том что это очень модульная операционная систрема.

>Хочешь - оторви от нее PM (WPS, подставить по вкусу) и спокойно работай. Большинство компонент не зависят друг от друга, а некоторые и еще взаимозаменяемые :)

>Например - где вы видели NT без графической морды? А вот между тем третий варп на четверке с 20 мегами под тшелл справляется с такими задачами которые не каждому монтсру по W2K по силам.

Однако, она может работать и без морды. В Native режиме. А вот при инициализации Win32 автоматический переход в GUI. Но это в оригинальной NT. ReactOS не страдает необходимостью включения графики. Да и ненужные подсистемы могут быть выкинуты.

>Да и в конце концов - каждой операционке - свое место. И продвигать ОС/2 например на место игровой приставки ИМХО - бессмысленно.

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

2SERG:

>>>Особенно вот это: Про остальное я ничего не скажу, бо просто нет необходимых знаний. В конце концов никто не застявляет использовать все предлагаемые.

>>>Вот полохо что у тебя нет этих знаний. Тогдабы на проблему os/2 не равно NT ты смотрел подругому.

>>Да? А вы у нас господин всезнайка?

>Я не господин всезнайка все на свете знать нельзя.

Вот именно.

>Я просто тебе говорю, что НТ это НТ а OS/2 это OS/2 .

И на чем обосновано это заявление? Может вы мне объясните тогда смысл фразы MS OS/2 NT 3.0?

>И путать их не надо ядра у них разные и возможности тоже если ты это не понимаешь ну как тебе еще раз обьяснить. НЕЗНАЮ!!!

Пример разных возможностей - в студию!

>А то что сверху ядра ты навешаешь это всеравно, что игруху на нем запустить и думать, что вот такая она играючая операционная система. Смотри игра Линух запускается как здорово.

>Смотри игра полуось запускается.

Ой-ли?

2Igor Vaskov:

>Тут все спорят, спорят, а я просто скачал этот Реактоз. Впечатление - никакое. Оно у меня не запустилось. Очень сыро. Где-то в самом-самом начале. Может и выкарабкается, но вряд-ли. Вспомним BeOS. Гораздо более продвинутая и раскрученная система загнулась...

Вот это я понимаю, нормальная реакция.

Версия 0.0.20 (что уже само за себя говорит) не очень удачная. Да и ведет ROS себя на реальном железе не очень, бо еще наблюдается нехватка некоторых сервисов для использования NT-шных драйверов. В эмулях она у меня запускалась и я там что-то даже откомпилировал для интереса. (Кстати, 0.0.19 была более стабильна, но значительно меньше умела). Вот 0.0.21 предвидится более интересной штукой. Это messaging и windowing поддержка. Т.е. WINE натягивается в полный рост.

BeOS была коммерческим продуктом и за ее разработку платили деньги. В отличии от. При наличии финансирования уже существовала бы довольно интересная по своим возможностям система. Но этого нет, и поэтому делают кто, когда и что сможет, умеет, знает. И это наиболее близкая к цели система, чем остальные.

zuko
2002-08-21 10:39:44

1. Я посмотpел reactos. Супеp-дип альфа. Это pаз. Втоpая мысль - ее автоpы (как это водится пpи коллективном написании чего-то большим количеством слабо понимающих дpуг дpуга людей) будут более кpивоpуки чем автоpы NT. Есть такие опасения..

2. Что касается OS/2 - многие интеpфейсы пpогpаммного API имеют pазличной степени завязки на pеализацию в ядpе, и многие пpогpаммы на это закладываются. Лайеp конечно всегда можно написать, но есть подозpение что он будет пpимеpно того-же уpовня что и EMX :) В любом случае -- надо пpобовать.

3. Дpайвеpа и софт для ос2 все pавно надо писать. То что вы сделаете возможность пускать ос2 на NT ядpе не pешит нехватку софта.

Выводы - нужно попpобовать, нужны люди котоpым не лень будет этим заняться. Они есть? :) Почему тогда они софт/2 не пишут? :)

SERG
2002-08-21 12:04:00

Yuri Prokushev:Пример разных возможностей - в студию!

Тебе пример приводил Константин на что ты ответил я в этом неразбираюсь %((

Честно скажу вся эта брехня надоела далее буду наблюдать. Просто ИНТЕРЕСНО :)))

Yuri Prokushev
2002-08-21 12:28:42

2zuko

>1. Я посмотpел reactos. Супеp-дип альфа. Это pаз. Втоpая мысль - ее автоpы (как это водится пpи коллективном написании чего-то большим количеством слабо понимающих дpуг дpуга людей) будут более кpивоpуки чем автоpы NT. Есть такие опасения..

Время покажет. Заранее предсказать что-то сложно. Самое интересное то, что дожидаться самой ReactOS нет необходимости. Можно спокойно вести разработку на NT.

>2. Что касается OS/2 - многие интеpфейсы пpогpаммного API имеют pазличной степени завязки на pеализацию в ядpе, и многие пpогpаммы на это закладываются. Лайеp конечно всегда можно написать, но есть подозpение что он будет пpимеpно того-же уpовня что и EMX :) В любом случае -- надо пpобовать.

Хм... А можно пример завязки на реализацию в ядре? В конце концов, Kernel Extensions никто не отменял и можно реализовывать там все, что отсутствует в NT (хотя я сомневаюсь, что такие вещи есть). У меня складывается такое подозрение, что большинство функций реализуется простым вызовом функции в ядре и возвратом результата в нужном виде.

А EMX немного не в ту степь. Точнее, совершенно не в ту. EMX - библиотека, то бишь layer на уровне исходного кода. Если бы EMX ставила задачу реализации elf loader и linux api, то тады уровень действительно не тот.

>3. Дpайвеpа и софт для ос2 все pавно надо писать. То что вы сделаете возможность пускать ос2 на NT ядpе не pешит нехватку софта.

Но решит нехватку драйверов. А вот с софтом уже отдельная песня...

>Выводы - нужно попpобовать, нужны люди котоpым не лень будет этим заняться. Они есть? :)

Как я писал, реализацие подсистемы начал заниматься Robert K., вопрос в том, напишет он сЕрвера и клиента подсистемы или нет, и когда.

>Почему тогда они софт/2 не пишут? :)

Видимо не очень интересно. :) Каждый пляшет, где ему нравится.

Evgeny
2002-08-21 21:32:49

зука! вернись на канал, я все прощу

;-))

Dmitry Ponomarenko
2002-08-22 00:49:18

я только не догнал, нафига нужен этот реактос? почему бы не реализовать 32bit os/2 subsystem для обычной нт?

Constantin
2002-08-22 01:06:29

2Dmitry Ponomarenko: реализовать -> вернуть. Там же уже была поддержка консольных прикладух

Igor Vanin
2002-08-22 18:48:14

Разве там была поддержка 32-битных, а не 16-битных?

Dmitry Ponomarenko
2002-08-23 00:41:13

2Constantin: во-первых, была поддержка только 16битных. во-вторых, нужна поддержка ПМных прог.

Victor
2002-08-23 11:30:29

Привет Всем! Хватит ругать автора. Статья нормальная, написано грамотно. Ну болит душа у мужика об отсутствии поддержки железяк... Дык у всех болит. Предлагаемый подход не нравится - предложите свой. Вот мне лично больше нравится как все это реализовано в ****00 (железяка - AS/400 от той-же незабвенной ибмы). Слабо портировать на писюк? Кто со мной?

А что касается поддержки в нтях - сижу я (по производственному недорозумению) в 2000, открываю system32 и что я там вижу - ну родной до боли каталожик os2 с dll-ми doscalls.dll и netapi.dll. И это при том, что при инсталяции данную подсистему я не заказывал (да и нет сейчас в нтях подобного выбора).

О драйверах - Open Source Drivers/2 -це дило! Одного DDK для дураков вроде меня - маловато.

Теперь немного о победном шествии маздаев. По моему непросвещенному мнению произошло оно ИСКЛЮЧИТЕЛЬНО на базе выхода ламерного ОФИСА, который отучает народ думать, и возможности просто (ну очень просто) уворовать ПО. Будь в свое время нечто подобное в оси - не известно, где бы мы сейчас были.

Yuri Prokushev
2002-08-23 11:37:34

2Dmitry Ponomarenko

>я только не догнал, нафига нужен этот реактос? почему бы не реализовать 32bit os/2 subsystem для обычной нт?

Где-то в ответах я про это говорил. Если это не очевидно, то сорри. А нужен он по той причине, что как раз гарантировать неизменность протокола client-server подсистемы невозможно, в отличии от драйверной модели. Так что в один прекрасный момент такая подсистема перестанет запускаться. С reactos этого не произойдет, т.к. оно с исходниками.

2Constantin

>2Dmitry Ponomarenko: реализовать -> вернуть. Там же уже была поддержка консольных прикладух

Неправда ваша. Была поддержка 16-bit консоли по умолчанию и 16-bit PM продавался Microsoft'ом отдельно. Поддержки 32-бит там никогда небыло.

2Igor Vanin

>Разве там была поддержка 32-битных, а не 16-битных?

Была поддержка только 16-бит.

2Dmitry Ponomarenko

>2Constantin: во-первых, была поддержка только 16битных. во-вторых, нужна поддержка ПМных прог.

Угу. PM, кстати, был тоже, но как отдельный продукт.

Yuri Prokushev
2002-08-23 12:09:26

2Victor:

Thanks. Но я не думаю, что Open Source Drivers/2 сильно поможет. Для многих железяк получить протокол не так уж и просто.

Василий А. Сидоров
2002-08-23 12:28:07

Забудьте об ****00 на писюке. Её реализация нехило завязана на аппаратные особенности AS/400.

Рекомендую найти и почитать книгу Фрэнка Солтиса "Введение в AS/400". Весьма познавательно.

nickk
2002-08-25 01:49:11

1. OS/2 приложения на 99% имеют более сильные и приятные win аналоги или вообще есть портированные unix приложения. Поэтому делать opensource os/2 ради запуска любимых OS/2 приложений - нонсенс.

2. OS/2 пользуют потому что она более в некоторых ситуациях более стабильна, модульна, удобна нежели win или unix решение. Если reactos будет тоже стабильной, модульной, удобной по своей структуре и исполнению, то вообще непонятно зачем в ней os/2 подсистема - чтобы поддерживать 100 лет как устаревшие os/2 аппликации и в тяжких мучениях писать новые оные без внятных компиляторов, на местами довольно неудобных апи?

Yuri Prokushev
2002-08-25 15:04:03

2nickk

>1. OS/2 приложения на 99% имеют более сильные и приятные win аналоги или вообще есть портированные unix приложения. Поэтому делать opensource os/2 ради запуска любимых OS/2 приложений - нонсенс.

>2. OS/2 пользуют потому что она более в некоторых ситуациях более стабильна, модульна, удобна нежели win или unix решение. Если reactos будет тоже стабильной, модульной, удобной по своей структуре и исполнению, то вообще непонятно зачем в ней os/2 подсистема - чтобы поддерживать 100 лет как устаревшие os/2 аппликации и в тяжких мучениях писать новые оные без внятных компиляторов, на местами довольно неудобных апи?

Аналог EPM, WPS, FleetStreet, REXX - в студию :) А если серьезно, то вопрос не столько в поддержке старых приложений, сколько в методах их реализации. Тот же EPM спроектирован куда лучше любого известного мне редактора. Другой пример - WPS. К слову сказать, Serenity ломает сложившуюся идеологию введением разнообразных wizzard'ом вместо templates. А что стоит подход Apple к реализации OpenDoc? Это не MS Office с их COM/OLE подходом к формированию документов. Та же OSA - это отнюдь не WSS. К сожалению, данные технологии отмирают, хотелось бы их сохранить и развивать дальше. ReactOS - это только один из методов сохранения OS/2 и ее идеологии, причем не самый неудачный. Что до api, они значительно чище того же win32.

ЗЫ: Кстати, вами приведены довольно веские аргументы, которые довольно сложно оспаривать, но их с тем же успехом можно распространить на ту же GNU/Linux. Т.е. ключевое слово здесь "удобно", а стабильностью и модульностью обладает практически любая современная система. Правда, не везде модульность выполнена удачно.

nickk
2002-08-25 20:08:54

2 Yuri Prokushev

Imho гораздо легче написать недостающий флит для винды, чем писать опер систему для запуска флита ;) Rexx в винде есть, а вот WPS вообще спорный момент - сколько бы ни было заложено в нем гениальных идей, однако 90% ребутов оси происходит по причине траблов с WPS ;)

Ты сам сказал, что стабильна и модульна лбая современная система, так почему же не бросить свои программисткие силы на то, чтобы сделать уже существующую срабочую систему, запускающую подавляющее большинство используемых приложений, удобной для себя, вместо того, чтобы хвататься за утопические идеи возрождения OS/2 c нуля, для которой ты сам не смог привести более трех приложений, не имеющих равнозначного аналога в той же винде.

Eugene Gorbunoff
2002-08-25 21:09:34

я смотрю, вы здесь хорошо проводите время.

zuko
2002-08-25 21:26:51

nickk ну ты еще скажи что и стек нам баский не нужен :) типа в винде он есть и в линуксе есть!

Yuri Prokushev
2002-08-26 10:54:06

2nickk

>Imho гораздо легче написать недостающий флит для винды, чем писать опер систему для запуска флита ;)

Ну, флит не настолько уж гениально спроектирован, если на то пошло, но ряд интересных моментов существует.

>Rexx в винде есть,

Угу. Но какой-то никакой. Да и использующих его приложений нет, там логичнее использовать WSS.

>а вот WPS вообще спорный момент - сколько бы ни было заложено в нем гениальных идей, однако 90% ребутов оси происходит по причине траблов с WPS ;)

Не знаю, у кого так, но у меня ребут чаще из-за стека и мозиллы. А уж если говорить про WPS, то KDE и Explorer чаще становятся причиной ребута, чем WPS. Здесь скорее вопрос в том, когда последний раз было обновление для WPS.

>Ты сам сказал, что стабильна и модульна лбая современная система, так почему же не бросить свои программисткие силы на то, чтобы сделать уже существующую срабочую систему, запускающую подавляющее большинство используемых приложений, удобной для себя, вместо того, чтобы хвататься за утопические идеи возрождения OS/2 c нуля, для которой ты сам не смог привести более трех приложений, не имеющих равнозначного аналога в той же винде.

Идея возрождения (точнее open source варианта) столь же утопична, как и написание Unix-системы или Windows-стистемы. Однако есть и GNU, если и всякие Lindows и всякие ReactOS'ы. Но довести их до нужной степени удобства... Бр... Для винды - это переписывание Win32 подсистемы, дабы GUI не стартовалось принудительно, отрывание Explorer'a - тоже нетривиальная вещь, т.к. создать дубль shell api не так то просто, ну и много других если...

Вобщем, OS/2 более система, которая подходит под больший круг задач, в то время как Win/GNU - под очень узкий.

2Eugene Gorbunoff

>я смотрю, вы здесь хорошо проводите время.

Это вам ни хухры-мухры :)

2zuko

>nickk ну ты еще скажи что и стек нам баский не нужен :) типа в винде он есть и в линуксе есть!

Существует много аналогичных технологий и компонентов в других системах. Но все-равно, что-то не то :) "Я их сердцем чую!" (C) Шариков.

nickk
2002-08-27 10:13:44

> Вобщем, OS/2 более система, которая подходит под больший круг задач, в то время как

Win/GNU - под очень узкий.

Зачем себе лгать, а? Посмотри для каких задач используется os/2 и для скольких win/unix.

В оси, как правильно заметил зуко, уже tcpip стек имеет весьма спорное качество и кучу недостающих фич.

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

os/2 нельзя использровать никак полноценный гейт, ни как полноценный инет сервер - только как подобие оных, как десктоп система она уже давно позади и KDE и прочих.

А все осевые некскейпы и мозиллы - горе каждого осевого пользователя.

Для какого же огромного круга задач подходит os/2 ???

2zuko: нам все баское нужно, только писать это некому и смысла не имеет. С задачей переворачивать мир - это к Архимеду и не к сборищу оставшихся полупрограммистких лузеров типа нас с тобой

zuko
2002-08-27 18:35:39

nickk я папpасил бы! лузеpы pулят, ламеpы сасут. полуось - ...

Victor
2002-08-30 12:21:18

>2 Василий А. Сидоров

Ну имею, ну читал, ну программно(!)-аппаратная реализация. И что? Чем это мешает писюку. Дело другое, что TDA всего на 4К элементов и пейджинг на интелях реализован безобразно... Здесь действительно есть проблема.

> Yuri Prokushev

А мне кажется, что Open Source Drivers/2 вполне в состоянии помоч, ибо производители железа, как правило, сами крутыми прогерами не являются. И будь у них достаточный набор шаблонов (желательно документированных) они и сами до кучи наваяли бы драйвера и для полуоськи, как ваяют сейчас для пингвинов. Кроме того, если нельзя найти протокол у самих железячников, в сети достаточно ресурсов, разжевывающих протоколы железа, в том числе и достаточно экзотического.

Yuri Prokushev
2002-09-02 16:27:10

2nickk

>> Вобщем, OS/2 более система, которая подходит под больший круг задач, в то время как Win/GNU - под очень узкий.

>Зачем себе лгать, а? Посмотри для каких задач используется os/2 и для скольких win/unix.

Используется и подходит немного разные понятия. Скажем Mac более подходит для мультмедиа приложений, а SPARC хорошо справляется с картографией (если мне память не изменяет, годи 4 назад видел в геодезическом нии). То, что винда используется и там, и там еще не говорит о ее наибольшей для этого приспособленности.

>В оси, как правильно заметил зуко, уже tcpip стек имеет весьма спорное качество и кучу недостающих фич.

Да, да и да. Так это нужно брать и исправлять. Причем самим, бо как на межделмаш или на серенити рассчитывать не приходится. Почему бы не спортировать стек с той же BSD или GNU? Причем спортировать полноценно, а не в стиле unix. И будет современный стек.

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

Здесь просто нет вариантов, т.к. netbeui как бы не совсем netbios. :(

>os/2 нельзя использровать никак полноценный гейт, ни как полноценный инет сервер - только как подобие оных, как десктоп система она уже давно позади и KDE и прочих.

Какой сервер? Как http - вполне... А вот с KDE я бы не сравнивал. В принципе, WPS устарел визуально, но никак не идеологически. Тот же SOM, хоть и по старому CORBA стандарту, более правильный, чем COM.

>А все осевые некскейпы и мозиллы - горе каждого осевого пользователя.

Ой-ли? Нетскейп - да, горе. Но мозилла меня, например, вполне устраивает, да и постабильней она будет того же ie и работает более логично.

>Для какого же огромного круга задач подходит os/2 ???

Я не говорил, что огромного :) Но использовать Win для разработки - мука, т.к. сплошной reset получается, да даже текст набирать невозможно. После двух суток работы в Office поймал себя на том, что жму "Сохранить" каждые 5-минут. В том же LSS за мной такого маразма не водилось. Как fido-станцию win нормально не используешь, а os2 вполне, учитывая, что софт тоже уже устарел в большинстве своем. Как минимум, для персональной работы os2 более приспособлена. Сильно сказывается не столько отсутсвие того или иного софта, а несовместимость его по формату хранения данных.

>2zuko: нам все баское нужно, только писать это некому и смысла не имеет. С задачей переворачивать мир - это к Архимеду и не к сборищу оставшихся полупрограммистких лузеров типа нас с тобой

Смысл есть и писать есть кому, но не хотят. И это диагноз. :(

2Victor

>А мне кажется, что Open Source Drivers/2 вполне в состоянии помоч, ибо производители железа, как правило, сами крутыми прогерами не являются. И будь у них достаточный набор шаблонов (желательно документированных) они и сами до кучи наваяли бы драйвера и для полуоськи, как ваяют сейчас для пингвинов. Кроме того, если нельзя найти протокол у самих железячников, в сети достаточно ресурсов, разжевывающих протоколы железа, в том числе и достаточно экзотического.

Нет. OSD/2 может помочь разработчикам-индивидуалам, но никак не производителям железа. И сравнение с Linux здесь некорректно, бо GNU/Linux уже попса, а OS/2 уже нет. Да и вообще, нечего расчитывать на фирмы, бо они имеют свои планы на OS/2, а пользователи - свои.

Василий А. Сидоро
2002-09-02 22:33:24

Ключевой момент защиты ****00 - защита указателей. Даже от *копирования*.

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

Valery Sedletski
2002-09-16 04:13:52

2SERG: Ну как я понял из форума osFree,

они вообще дистанцируются от выбора

кернела, хотят написать некий layer, ограждающий CPAPI OS/2 от кернела,

чтобы систему легко было перенести на другой кернел. Как я понимаю, текущая задача -- не ядро, а CPAPI , а кернел -- не нравятся linux и ReactOS -- напишешь другое, если конечно по силам :), но это

пока задача последняя

Valery Sedletski
2002-09-16 04:57:13

2 Alexander Lapshin: По поводу мечты детства: Еще круче была (бы) OS/2 PowerPC Edition. Как я понимаю -- один

microkernel, и над ним куча personalities,

есть основной OS/2 Server и можно кучу дополнительных, которые функционально реализуют другие API --

java, posix, win32 и др. -- несколько ОС в одной. И все эти servers и personalities независимые. Т.е. ошибки одних не влияют на другие. Но все это давно в потустороннем мире для программных продуктов. Поэтому идея с ReactOS -- это хорошо. А если ко-

му-то не нравится нтёвое ядро, пусть попробует написать свое -- я бы с удовольствием, но дело это трудное,

да и не умею я :(((

Тук тук
2007-12-26 21:38:16

Ну и кто в итоге оказался прав из МС и ИБМ? где полуось сейчас?

Кто там...
2008-01-24 08:53:59

Полуось сейчас в пост терминалах, некоторых банкаматах и на старых компах...

И ещё у ecs есть шанцы выбрать "правельное" направление... Например продавать eCs не одну за $100, а тысячу за $1, тем самым и денежный оборот повысеть и попрулярность системе придать...

Кто там...
2008-01-24 08:56:58

Полуось сейчас в пост терминалах, некоторых банкаматах и на старых компах...

И ещё у ecs есть шанцы выбрать "правельное" направление... Например продавать eCs одну не за $100, а за $1, тем самым продавать не одну копию в месяц, а тысячу... И денежный оборот повысеться и попрулярность системе прийдёт...

анонизм
2008-11-11 15:20:25

Кто там... такой безграмотный О_о

Прокомментируйте эту статью (напоминаем, автор работал над текстом несколько недель, уважайте мнение других).


Ваше имя:

Ваш E-Mail:

CODE:
......

  

Ваш комментарий:


Как подключиться к разработке eComStation? Участвуй в проектах eCo Labs

Статьи

Операционная система
Программное обеспечение
Оборудование
Для разработчика
Разное
Колонка редактора


Готовая eComStation на SSD диске

 

Самая комментируемая новость за неделю: ArcaOS 5.01 еще две недели





Последний активный опрос: Какая высота барьера RPM?

Самая комментируемая новость за месяц: ArcaOS 5.01 еще две недели

IBM OS/2 Warp

 
Обучение новичков

Списки протестированного OS/2 оборудования

 
Статьи


   
  Почему eComStation?
Возможности
Особенности
Применение
Ролики и скриншоты
   eComStation для
для бизнесменов
для студентов и инженеров
для продавцов компьютеров
сообщество пользователей
   Разработчик
Распространить программу
Описание API, библиотеки
Начать новый проект
Конкурсы
   Программы
Он-лайн каталог
Выбрать через eCo Market
   Служба поддержки
Отправить вопрос
Купить eComStation
Вопросы и ответы
Обучение новичков
 
 
© 2001 - 2014 eCo Software, All rights reserved
eComStation is a registered trademark of Serenity Systems International
OS/2 Warp is a registered trademark of IBM Corporation
 

 

 
Картинка дня: