Надо воспользоваться опытом iBM PC: настройки в BIOS - 1-е загрузочное устройство, 2-е загрузочное устройство... :)Цитата:
Сообщение от LW
Вид для печати
Надо воспользоваться опытом iBM PC: настройки в BIOS - 1-е загрузочное устройство, 2-е загрузочное устройство... :)Цитата:
Сообщение от LW
А если настройки сохранять на текущий основной в данный момент винт, но с меткой времени, при загрузки грузить с обоих винтов настройки, которые свежее те и использовать.
Так себе идея, учитывая, что микросхема CMOS (DALLAS) для работы ProfROM + SMUC не является необходимым условием.
Сепециально вчера еще раз проверил работу функции 8 следующей подпрграммой на своих реальных Скорпионах.
RAMTOP=32767. Запускалось из BASIC128: print usr 32768.Код:ORG 32768
LD A,0
LD C,1
RST 8
DB #81
LD HL,BUF
LD C,9
RST 8
DB #81
LD C,8
RST 8
DB #81
RET
BUF DB 0
На фирменном компьютере с Монитором V2.95 подпрограмма обращается к дисководу и нормально завершает свою работу.
На Scorpion 1024 Turbo+ с Монитором V4.01 подпрограмма зависает на обращении к дисководу, на экране появляется артефакт в виде синего квадрата. Нажатие на сброс приводит к полной инициализации Теневого Монитора. Тоже самое было и на фирменном Скорпионе, когда в нем было установлено фирменное ПрофПЗУ V4.01.
Любопытно. На эмуле отрабатывает без проблем.
А с функцией 7 проблем не было? Попробуйте на реале вместо 8й вызвать 7ю.
А при каких условиях 8я функция зависает? Дисковод пустой нет? В нем реальная дискета или смонтированный образ?
В дисководе была реальная дискета, а все образы отмонтированы.
А с примонтированным образом есть зависание? Хочется понять где там сидит глюк, там процедура-то два с половиной байта...
Может функция 8 не работает из-за "соседней" функции? Например, функцию 9 MOA многократно пределывал: сначала она задавала буфер для FDD, потом выводила номер версии, а в конце еще стала задавать буфер для HDD.