Особенности процессоров и устройств архитектуры PDP-11. Тесты. Диагностика.

[Titus]

Так уже пробовали на УКНЦе вроде: BIS #100,@#177564, BIC #100,@#177564

Нет, чтобы не нарочно, а случайно получилось.

[Patron]

Если установить бит разрешения прерывания, а следующей командой его сбросить, то возникнет ошибка приема адреса вектора прерывания.

Но это не самый кайф.

Нет, чтобы не нарочно, а случайно получилось.

Самый кайф - запрещать прерывания в регистре статуса терминала, когда RT-11 ещё передаёт байты - тогда при одном запуске из ~ 1000 программа поймает ЗПВП ( так делают многие неопытные программисты, хотя по-правильному надо просто ждать, пока RT-11 сама сбросит бит 0100 в регистре статуса после вывода строки на экран ).

[form]

Нет, чтобы не нарочно, а случайно получилось.

Так может и такого давно видели кучу, только отнесли к разряду "прога не работает"

[Alex_K]

В какой-нибудь момент можно? Чтобы началась обработка и испортилась?

Пример момента я привел выше.
А так при запрете прерываний по 7 биту PSW они все равно фиксируются процессором после обработки команды, только если стоит 7-й бит в PSW, то прерывания не происходит.
А если при разрешении прерываний еще и какое-нибудь устройство сбрасывает запрос, то это сложно представить.

[form]

Самый кайф - запрещать прерывания в регистре статуса терминала

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

[Patron]

если при разрешении прерываний еще и какое-нибудь устройство сбрасывает запрос, то это сложно представить.

Но легко представить программиста, сбрасывающего бит 0100 в регистре статуса терминала, когда RT-11 ещё не закончила вывод строки на экран.

[form]

Но легко представить программиста, сбрасывающего бит 0100 в регистре статуса терминала, когда RT-11 ещё не закончила вывод строки на экран.

Когда вывод закончится - сбрасывать не понадобится. А если его именно сбросили - вывод как раз и не закончился

[Patron]

А если его именно сбросили - вывод именно не закончился

И эта чисто эстетическая (с виду) проблема один раз на ~ 1000 попыток сопровождается потерей вектора.

---------- Post added at 22:46 ---------- Previous post was at 22:44 ----------

Причём, если "затирается" именно последнее прерывание после вывода последнего байта в строке - "на вид" это никак определить нельзя.

[form]

Нет вообще никакого смысла отключать прерывания экрана в RT-11. В принципе. Это сделает система, а программе надо просто дождаться этого и ничего не сбрасывать.

---------- Post added at 02:49 ---------- Previous post was at 02:48 ----------

Но, возвращаясь к исходному вопросу, есть же у нас тут народ с ВМ3 - интересно было бы там попробовать. Подозреваю, что там ситуация с запуском прерывания и недоведением его до конца - нормальное явление.

[Alex_K]

Но легко представить программиста, сбрасывающего бит 0100 в регистре статуса терминала, когда RT-11 ещё не закончила вывод строки на экран.

Titus, как я понял, имел ввиду другое - если прерывания разрешили (по MTPS #0, или после RTI), а во время исполнения этой команды устройство сняло запрос на прерывание.

Такое на УКНЦ в принципе можно представить - есть каналы обмена К0, К1, К2. Если мы пишем в регистр канала 0 177566 что нибудь, а потом исполняем RESET, то по идее с той стороны прерывание сбрасывается. Теоретически со стороны ПП может возникнуть ошибка приема АВП.