RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > > Система в которой все новое включая новое ядро и расширенное API, но при этом 
> > > старые программы работают без перекомпиляции, поскольку старое API также присутствует.
> > > DOS в пробирке аля DOSBox.
> > Если 32/64 и "новое ядро" - на базе всех этих модных К42 итп - получаем одну из кучи нафиг никому не нужных самописных операционок без софта ;) Почему без софта - сколько осевого софта имеет 16-битные сегменты? Включая, сам PM :) На "новом ядре" надо и PM сразу новый - старый-то 16/32. Кто и зачем будет пользоваться результатом - понимаю слабо. Как и кто будет сразу всё писать? В конечном счёте, оно выродится в очередной вариант линукса с X-ами - потому, что оттуда портить будет проще всего.
> > Вот я и за простое "повторение" старого ядра - но с KEE, расшриренным же, API, может быть - чуть другим принципом построения файловых систем и кэша, и.т.п. Чтобы, для начала, грузить на нём старый добрый PM :) В идеале ещё, конечно, добавить win32 - или только на уровне ядра/драйверов - или на уровне API. В любом случае, грузить PE ядро должно уметь :)
> 
> Я про 64 бита пока не говорил. 
> Кстати, как такая идея? Сделать эмулятор для выполнения 16-и битного кода. Т.е. такую хитрую пробирку, но только не для системы в целом, а только для кода? Да, будет не сильно быстро, но проблему решит. В принципе же можно написать 32-х битный интерпретатор бинарного 16-и ричного кода. Кстати, а коротенько для чайников, вроде меня, расшифруйте в чем проблема 16/32/64? Именно в командах ассемблера или только в адресации? В 64 битном режиме можно выполнить mov ax, bx или нет?
> 
> Сразу говорю, я не большой специалист. Может быть пишу бред - тода поправьте.
> 
> Одно несоменно - новое ядро обязано поддерживать весь старый софт включая 16-и битный. Иначе это будет не ядро OS/2, а ядро какой-то другой системы.

__, _,_ __, _,_ _, \|_) \| \| \| \ \| / /_\ \| \ \| \| \|_/ \|/ \| \| ~ ~ `~' ~ ~ ~ ~