Суть не в том исчезает или нет. Суть в том умеет ли RT-11 работать после восстановления питания. Ответ - нет.Цитата:
Сообщение от MiX
Вид для печати
Суть не в том исчезает или нет. Суть в том умеет ли RT-11 работать после восстановления питания. Ответ - нет.Цитата:
Сообщение от MiX
Смотря какого питания. В моём случае только ACLO снимается.Цитата:
Сообщение от form
Физически - любого которое вызовет отключение внешних устройств на время достаточное для их сброса (зависит от железа). Фактически - любого которое вызовет прерывание по вектору 24. RT-11 в этом случае остановится в бесконечном цикле. В случае если при генерации выбрана поддержка сообщения о сбое питания, RT-11 при восстановлении питания напечатает сообщение о сбое питания и остановится в бесконечном цикле.Цитата:
Сообщение от MiX
UPD: без поддержки сообщения просто остановится по адресу 26 (PC=30).
Выбрать номер привода с ненужным образом ( чтобы название образа было на кнопке ), прижать <Ctrl> и сделать клик мышью по этому названию.Цитата:
Сообщение от AFZ
Не-а! За счет энергии в конденсаторах БП оно проработает миллисекунды. Чтобы оно проработало секунды, в БП нужны банки по несколько фарад!Цитата:
Сообщение от MiX
Все проще: динамическая память гарантировано держит информацию единицы миллисекунд. А вот без гарантии она может продержать ее и единицы секунд. Было дело, отключал я регенерацию на Э-60.
Но выжить RT-11 это уже не поможет :)Цитата:
Сообщение от AFZ
Ну, при соблюдении особых условий... Если отключение электричества произошло в момент, когда никаких работающих устройств не было (кроме терминала, вестимо), то волшебная команда 0G пультовой микро-ODT запустит ее, как будто бы ничего и не происходило. Вот программа, которая в то время выполнялась - да, погибла безвозвратно, ее только запускать сначала. Особенно обидно, когда эта программа - EDK. :(Цитата:
Сообщение от form
- - - Добавлено - - -
Да, забыл сказать, перед запуском с нулевого адреса, надо будет подправить R6.
Код:xxxxxx
@R6/yyyyyy 1000
@0G
Некоторые устройства могут и не подняться ибо требуется полная инициализация. В этом плане VM подойдет как заведомо оживляемое.Цитата:
Сообщение от AFZ
Далеко не всегда. Только в SJ мониторе (тоже не всегда, но вероятность большая). В любом другом мониторе прерывание может возникнуть не в момент выполнения кода задачи, тогда 0G не поможет. Это касается и SB монитора.Цитата:
Сообщение от AFZ
Не обязательно. Программа может поддерживать вход по REENTER (кстати родные DECовские редакторы как раз умеют вроде). Только при этом 0G не годится - нужно 2G делать, убедившись, что R0 не содержит 0.Цитата:
Сообщение от AFZ
Все устройства ДВК/УКНЦ поднимутся молча.Цитата:
Сообщение от form
В общем-то, все это элементарно проверяется. Необязательно выключать питание, достаточно остановить машинку кнопкой "пульт". По крайней мере, монитору FB по барабану, исполнялясь задача или нет, будучи перезапущенным с нуля он спокойно выдает свое приглашение (точку) и вся любовь. Даже если выполнялся его собственный KMON. Не знаю, что там будет, если прервать исполнение оперативной задачи, но, подозреваю, что снимется она, а фоновая, возможно, продолжит работу.Цитата:
Сообщение от form
Вот ХМ, возможно, загнется - ДП-то надо полностью переинитить, а он этого не знает...
- - - Добавлено - - -
Patron, а вывод на принтер перенаправить в файл как-нибудь можно? Потихоньку воюю с ДИАМСом, пока не получается добраться до обмена файлами с внешним миром, может хоть так?
Принтер эмулируется обычной консолью в "режиме принтера" ( делает другой цвет фона и отступ от левого края ). Чтобы вывод на любую консоль копировался в файл - в настройках консоли в файле конфигурации надо задать: InitialStateOf[Log] = 1.Цитата:
Сообщение от AFZ
В случае с принтером это выглядит так:
Код:[Printer.ini]
TabTitle=""
InitialStateOf[ControlBar]=0
SaveChangesFor[ControlBar]=0
InitialStateOf[StatusBar]=0
SaveChangesFor[StatusBar]=0
InitialStateOf[Log]=1
SaveChangesFor[Log]=0
FontFace = "system"
DumpMode=1
PrinterMode=1