Загрузка драйверов после старта системы

loaddriv - утилита которая загружает указанный драйвер пользователя, но работает она только в "новой" системе, т.е. в CBIOS. Более менее подробно можно почитать отличия "старой" системы от "новой" в файлах kiiainfo.##? CP/M на Профи представляет собой МикроДОС с своей оригинальной подсистемой БИОС. В доках МикроДОС описано, как должна выглядеть подсистема БСВВ и драйверы. Старая система почти так и выглядела, с некоторыми расширенями учитывая, что у Профи есть расширенное ОЗУ и драйверы сидят не в основном ОЗУ, а в страницах. Крестянников развил эту идею и расширил БСВВ и изменил структуру драйверов.

Цитата:

Сообщение от tae1980

Вопрос: как загрузить нужные драйвера когда система уже стартовала?

Есть программа "loaddriv.com" которая вроде и должна грузить драйвера. Но при запуске ей с именем драйвера (с расширением и без) она пишет что не может найти файл. Пробовал при размещение драйверов в user15 и user0.

Что я делаю не так?

Ответ - никак. Если хочется драйверы для PV - нужно портировать драйвер, loaddriv его не загрузит.

- - - Добавлено - - -

Цитата:

Сообщение от Vadim

Крестянников развил эту идею и расширил БСВВ и изменил структуру драйверов.

Но вся эта структура была всё так же убога, как и у того, что предлагала МикроДОС. Единственный плюс, который появился, это вызов одного драйвера из другого. Но... Это очень и очень сомнительно, на ПЦ такого нет и это как бы вообще нонсенс. Крестянников писал, что драйвер дискеты может выводить сообщения. Это глупость. Сообщения должна выводить ОС. МикроДОС была в чем то продвинутей CP/M 2.2, но в чем-то убогой неимоверно. MS-DOS в этом ключе предложила совершенно новый механизм, когда процесс или сама ДОС ставит адреса обработчиков фатальных ошибок. После загрузки ОС обработчик ставит ОС, а программа пользователя может его подменить на свой, если происходит ошибка диска, то модуль в ОС, который вызывал драйвер вызовет этот обработчик. После завершения программы (процесса), обработчик станет другим (предыдущего процесса, т.е. дос). Это более правильно, чем вызовы одного драйвера из другого. Другая глупость - Крестянников оставил ту же систему размещения драйверов, что и была в МикроДОС. Имеется всего 3 точки входа constat conin conout, туда система или программы обращаются указывая драйвер по номеру. В CBIOS есть таблица на 32 записи, и драйверы записываются в неё. Об всём этом я подробно писал в доках PQDOS. О всех проблема связанных с этой "структурой". А реально это сделанное на скорую руку плохое решение задачи загрузки, размещения драйверов и их вызова со стороны ОС или программ. (в CP/M примерно тоже самое, но там драйверы вообще вшиты в BIOS и мы внешне их не видим никак, есть только монолитный блок БСВВ с вшитыми в него драйверами)

- - - Добавлено - - -

Ещё забыл пояснить, что означает название CBIOS - Concurrent BIOS. Крестянников А.А. видимо слышал, что была ОС которая называлась Concurrent DOS/86. Вот он и выбрал такое название для своего расширения биоса МикроДОС. А вызов драйвера из драйвера это были всего лишь костыли, что бы сделать то, что не мог и не делал МикроДОС. Декомпилировать его и переделать Крестянников не стал, видимо даже мысли не было. МикроДОС во всех версиях системных дисков Профи до того, как я стал его модифицировать, байт в байт совпадает. Делали из говна и палок. Вместо того, что бы один раз разобраться как работает BDOS городили корявые и кривые огороды и далее традиция продолжилась с CBIOS 5 - которая с винтом.