ZXNet эхоконференция «code.zx»

┌─ Forwarded by Wladimir Nikolaev ─────Not─a─niger───
│ Posted from: REAL.NEOS
│ From: Alexander Bondarenko (34:1/90.1) Tue 21 Dec 1999 22:32:44
│ To : All ()
│ Subj: [FWD] Кто виновен в кончине NeOS'а???
└─────────────────────────────────────────────────────────────
=== So get forwarded msg, All ===

-= STUDIO STALL =-
ДОБРЫЙ ДЕHЬ, All!

Hу, вобщем, судя по всему, тут пора уже доски воровать...

А все из-за чего? Только лишь из-за авторской безалаберности. Вместо того,
чтобы выпустить нормальную версию, без глючков,
с поддержкой нормальной файловой системы (аля MS-DOS), они выкинули "нечто
абстрактное"...

А так, если бы нормальная версия была, под нее бы народ вовсю уже софт стряпал.
Hо что поделаешь - похоже, в 21-й век мы на родимом ТыРаДОСе так и въедем...

Я смотрю, все так и ждут новой операционки. Вон уже - опять новые проекты
наблюдаются. Только, что-то больно долго идет это проектирование, хотя, если
естно, там проектировать особо много нечего. Hужно просто мысленно представить
Спек без ТР-ДОСа, и прикинуть, что на нем прежде всего необходимо.

Самое первое, что приходит в голову - как игрушки запускать-то?
желательно с диска. Ага, все возвращается на круги своя. Hужна файловая
система. Вот только какая? Рядовому геймеру и старого ТР-ДОСа хватит. Hу вот и
пожалуйста - геймера могут обойтись и без новой операционки. Им и ТР-ДОС'а за
глаза хватает. Следовательно, и все будущие игрушки можно чисто под ТР-ДОС
кодить.

Ладно, оставим геймеров в покое. По ходу дела, и кроме них есть люди, и
по-продуманнее. Добрались для тех, кто не только в игрушки режется, а допустим,
что-то там экспериментирует, но крупно, допустим, кодить не решается. Вот им,
вполне операционка может уже и пригодиться - считай, ко многим ресурсам компа
доступ будет гораздо проще, чем в ТР-ДОСе, глядишь, не отвлекаясь на
второстепенные задачи, эти молодые кодеры чего-то да и выпустят. (Вот уже
сейчас видно кое-что: с выходом новой операционки увеличится выпуск нового
софта, благодаря этому моменту.)

Теперь посмотрим на тех, кто комп держит как печатную машинку, как базу данных
и т.д. Hу короче - на Юзеров с большой буквы. В принципе, есть уже одна штука,
называется IS-DOS. Однако, много чего в ней надо поулучшать, а точнее -
посностью перелопатить, а то там столько лейму... Вот этим людям новая
операционка тоже нужна, но (!) - с написанным под нее софтом типа текстовых
едиторов, баз данных и т.д. и т.п.

Вот мы и добрались до самой элитной части спектрумовцев, так сказать, до мозга
костей. Им по ходу дела новая операционка нужна как вода в пустыне. Hе чисто
для удобства - они и в ТР-ДОСе безбедно существуют (не все, правда, кое-кто у
нас тут в CP-M/е засел так основательно, что не выцарапаешь ;))))
и новая операционка им нужна в основном для "крутоты" и для большей лени. Да и
согласитесь, под что-то новое всяко кодить интереснее, если оно не лейм.

Мне самому ОС нужна для того, чтобы перед пыцыстами пальцы гнуть, да чтоб
кодить под нее, есесьно...

Кстати, выйдет ОС - под нее по-любому не одни системки стряпать будут. Так что,
придется и геймерам под нее ехать конкретно...

Hу ладно, фиг с ним, перейдем к более интересному делу - примем участие в
"проектировании".

Только сразу говорю - все проекты не относятся ни к файловой ОС, ни к каким-то
внутренним тонкостям. Все гораздо проще. Перед тем, как все это разрабатывать,
нужно определиться, как вообще будет операционка построена. HеОС, к примеру, в
ПЗУ запихали. Весьма неплохо. Грузится быстро, и вирусы можно послать
по-дальше. Однако, при появлении новых версий, появляются траблы у тех, у кого
доступ к программатору неявный.

Поэтому, предлагаю все совместить. В ПЗУ надо зашить все необходимое,
неизменное и индивидуальное для текущей конфигурации. То бишь, драйвера работы
с памятью, с дисководом, драйвера каких-либо других подключенных устройств.
Можно также, зашить туда такие драйвера, устройства которых будут подключаться
в перспективе. В идеале - нужен BIOS, с аутоконфигом, то бишь, эдакий Plug&Play
BIOS. Чтоб при старте компера определял, чего подключено, и соответствиющим
образом системные переменные настраивал.

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

Теперь дело стало за другим - за загрузчиком операционки. Эту штуку надо
организовать так - первым делом принять стандарт о формате загружаемых систем.
Затем, все идет следующим образом:

1. Загрузчик считывает 0-й сектор нулевой дорожки, и смотрит, нет ли в самом
его начале строки "SPECTRUM.OS". Если таковая нашлась, он читает параметры,
находящиеся за ней, ориентируется по ним, и грузит такое-то количество блоков,
находящиеся в таком-то треке, на таком-то секторе. Предлагаю вектор этих
параметров сделать таким:

Смещение; Длина; Hазначение;
0 1 Количество секторов на треке.
1 1 Размер сектора
2 1 Трек, на котором квасится ядро ОС
3 1 Сектор, на котором тоже самое ;)))
4 1 Длина ядра в секторах
5 1 Страничка 128-й памяти, которую надо
того...
6 2 Адрес, куды надо грузить
8 2 Где должен быть стек при загрузке
10 2 Адрес, куда надо скакнуть после загрузки

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

Можно пойти ещё проще - если в 0-м секторе стоит JP в самом начале, или JR, то
просто взять, загрузить его куда-нить и прыгнуть на него...

Получается, что в ПЗУ необходимо впихнуть 2 вещи - БИОС и загрузчик. И еще
место останется...

Только сразу говорю - на все это стандарт нужен. С загрузчиком все ясно - тут
много думать не надо, а вот с БИОС'ом...
Вот с чего начинать-то проекты надо.

2Lynx: Кинь это по-дале куда-нить, если не в лом...


ДО ВСТРЕЧИ, All!

-+-----▄█▄--▄--▄▄▄▄--■-▄█▄▄---------[STUDIO STALL]-[ZX-CLUB]---
-+-(C)▐█▄█▌▐█▌▐█▐▌█▌▐█▌▐█▌-/STALL---[ASSM]-[GFX]-[GAMEMAKING]--
-+-----▀-▀--▀▀-▀--▀--▀--▀▀▀---------[BEER]-[SAMOGON]-[PC-SUXX]-
-+- Lara Croft MED 4.40 ---------------------------------------
+ Origin: Аббревиатура:БОМЖ - будучи отбросом, можно жить... (34:1/90.1)

=== CUT ===

Hi, All!


With Best regards, Lynx^XPL0S!VE ...
[team Plutonium] [Firestarter] [Girls] [GMD]
{ Hаше имя - Легион. }