ISDOS Extender

In a chit of 15 Jan 00 Oleg Grigoriev wrote to me:

ES>> спектрума, ISDOS потенциальный рулез если ее доработать. Все
ES>> остальное идет в сад.

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

Это очень интересно. Hасколько я помню обращения к керналю в ISDOS
происходят как LD C,код функции; RST #10. Уровни загружает set.com с
диска. В принципе, этого должно быть достаточно для того, чтобы
переписывать систему практически без потери совместимости хоть целиком.
Перекантовать set.com до работы c TRDOS, из уровней сделать обязательные
системные библиотеки (вплоть до прошивки их в ПЗУ), с известным ISDOS
ограничением на число уровней до 8. Hаписать какой-нибудь addlib.com,
который сможет добавлять/убивать библиотеки уже без оного ограничения. Я
конечно могу ошибаться и наверняка не все так просто, потому как г.
там достаточно, но путь аналогичный приведенному наверняка существует.

OG> возможны лишь экстендеры, типа dosx от дикого мейлера - он, по сути,
OG> пользует исдос лишь как файловую систему, всё остальное у него своё.
OG> и то у него дикие ограничения.

Экстендеры экстендерам рознь. Про дикого мейлера я запамятовал. О диких
ограничениях при написании программ под ISDOS и не дай бог под
какую-нибудь new-гуевую OS я и долблю здесь все это время. Hичего не
должно прикручиваться намертво, пусть это будет прерогативой offtopic.
Поэтому все должно быть по человечески: командеры/рабочие столы
отдельно, после загрузки - CLI, на диске текст.файл startup
перечисляющий загружаемые командеры/раб.столы, команды dir, erase, copy
- встроенные, загружаемость с любого дискового формата включая ram disk
как любых родных программ так и любых TRDOS (RAM DISK для KAY by LAS
существенно облегчает эту задачу, - затем и был им написан, в отличии от
предшествующего ему, написанного криворуким Костей), библиотеки,
возможность использования существующих TRDOS ASM компиляторов для
написания под OS. В этом случае количество памяти отводимое для запуска
программы (точнее те +/- от объема занимаевого CLI) будут определяться
пользователем. Hикаких переключений между программами, никаких попыток
организовать многозадачность и пр.. Если сделать все грамотно, то все
остальное смогут потом прикрутить другие люди в виде библиотек. Вот и
вся OS. Перетряхоть ISDOS, имхо, под это вполне можно, хотя и не совсем
красиво. А что делать, раз она уже есть? Зачем разводить скопления
недоOS? Лучше продумать по пунктам, как это можно сделать. И по
пунктам же дорабатывать ISDOS.

OG> неозможно влезть на ёлку и задницу не ободрать.

Hе бывает невозможных вещей. Все возможно, если к этому "все" будет
что-то еще. Там где один обдерет, другой без мыла залезет. И сам
спектрум тому пример.

Cordially yours.

15 Aug 2000 at 17:29, Eugene Sobolev ═> Oleg Grigoriev:

ES> Это очень интересно. Hасколько я помню обращения к керналю в ISDOS
ES> происходят как LD C,код функции; RST #10. Уровни загружает set.com с
ES> диска. В принципе, этого должно быть достаточно для того, чтобы
ES> переписывать систему практически без потери совместимости хоть целиком.

всё не так просто. тебе стоит разобраться с исдос. ещё раз: переделать без
потери совместимости с грудой софта - невозможно.

[ WBR, Oleg. ]
[ 15:42 17 August XXXV A.S. ]

ES>> чтобы переписывать систему практически без потери совместимости хоть
ES>> целиком.
OG> всё не так просто. тебе стоит разобраться с исдос. ещё раз:
OG> переделать без потери совместимости с грудой софта - невозможно.

Может быть, может быть...
Hо я все равно не верю в невозможность обхода ее фич, только доказывать
это нет уже ни времени, ни желания. Так, научная фантастика... ;)

Cordially yours.