Да, команды SET для драйвера (кроме TT) читают нулевой и первый блок драйвера, запускают соответствующую SET-подпрограмму драйвера, и если подпрограмма завершается успешно (со сброшенным C битом), эти два блока пишутся обратно в драйвер. Сам драйвер может дополнительно поразвлекаться с I/O и читать-писать другие блоки, но это особый случай. В TSX все точно также, с той разницей, что кром всего прочего драйвер после изменения настроек перезагружается в память (все драйверы TSX резидентны в памяти). В последних версиях системы можно установить драйверу опцию NOSET, запрещающую такую перезагрузку. В RSX команды SET просто меняют соответствующие структуры драйверов, обработчик команд знает какие настройки есть для каких драйверов и это фиксировано (драйвером не управляется). Все настройки меняются для загруженного драйвера прямо в памяти. Есть возможность также менять их в образе системы (которая для 11M/M+ является образом памяти вместе со всем ее содержимым).Сообщение от bigral
1. Драйвер может свои настройки сохранять не во внешний конфиг-файл а прямо в самого себя (актуально наверное учитывая что пишешь уже в заранее выделенное для конфига место на диске, такой финт и для TRDOS пойдет учитывая схожесть - отсутствие FAT). Надеюсь тут я понял правильно (это было самое простое), интересно только, сохраняется ли такой же подход для RSX, TSX и др..?
RT11TS не существует
Слово маркер тут не совсем подходит. При сборке драйвера указываются опции системы в которой драйвер будет работать (берутся обычно из файла конфигурации системы [создается при ее геренации]). Эти опции проверяются на соответствие монитору и если не совпадают, драйвер не устанавливатся в системе. А драйвера он находит исключительно по имени - все файлы с именем XX.SYS или XXY.SYS где X - любая буква, а Y - суффикс драйвера, прописанный системе (обычно в RT-11XB/XM/ZB/ZM используется суффикс 'X'). Системный диск читается во время загрузки подпрограммой чтения, она является частью первичного загрузчика (в RT-11 он находится в самом драйвере и по команде COP/BOO пишется в нулевой блок диска), сам первичный загрузчик сообщает вторичному (который читает из блоков 2-5 диска [куда его прописывает вышеупомянутая команда]) имя драйвера, номер устройства и адрес подпрограммы чтения. Вторичный загрузчик первым грузит в самый верх (нижней) памяти драйвер системного устройства.
В RSX, как уже сказал, сам файл системы - это образ памяти вместе с драйверами, запущенными программами, резидентными библиотеками и вообще всем, что было туда загружено командами VMR и/или вообще что было в памяти на момент сохранения системы. Для RSX процесс загрузки-сохранения вещь достаточно хитрая, вроде я его описывал в соответствующей теме. В общем случае после первой загрузки, система сохраняется (память пишется на диск в образ системы), прописывается аппаратный загрузчик, который читает в память этот образ системы и... с того самого места откуда программа сохранения закончила записывать систему на диск, эта же программа и продолжает работать и выполнять все, что нужно для загрузки системы
Для TSX все проще: TSX (а равно и RAFOS/TS - многие почему-то считают, что в нем не так, но там все также) не имеют аппаратного загрузчика и для загрузки используют обычный RT-11. Все драйвера (указанные при генерации-модификации системы) загружаются в память. Некоторые - в верхнюю.
Ответить с цитированием
Размещение рекламы на форуме способствует его дальнейшему развитию 
