Вместо HALT

[Barmaley_m]

В турборежиме может случиться так, что прерывание приходит не в любой такт, а только в такой такт, чтобы не затронуть команду LD A,R. Точно это зависит от кол-ва тактов в прерывании и от логики WAIT в турборежиме. А вообще классная тема, спасибо всем, кто высказался, открыли мне глаза на важный баг Z80!

Правда, позанудствую немного. Мне кажется, иметь такие подпрограммы, которые проверяют, разрешены ли прерывания - это дурной тон. В любой момент исполнения программы программисту известно, запрещены прерывания или разрешены. Можно иметь две точки входа в подпрограмму, одна из которых разрешает прерывания по выходу, а другая - нет, и вызывать ту из них, которая соответствует режиму работы процессора в данный момент. Мне только в одной ситуации нужно было проверять состояние IFF2 - в обработчике NMI. Но в этот момент работа команды LD A,R не может быть нарушена, т.к. IFF1=0 и прерывания фактически запрещены.

[Advertiser]

[Spectramine]

В турборежиме может случиться так, что прерывание приходит не в любой такт, а только в такой такт, чтобы не затронуть команду LD A,R. Точно это зависит от кол-ва тактов в прерывании и от логики WAIT в турборежиме. .

Там неважно, в какой такт, лишь бы прерывание вообще происходило, тогда по истечении 10 секунд программа выйдет в бейсик. А оно, похоже, не происходит вообще, по каким-то причинам, соответственно, программа повисает насовсем.

[SoftFelix]

А оно, похоже, не происходит вообще, по каким-то причинам, соответственно, программа повисает насовсем.

Вспомнил. У меня ещё 2012-ом году отказалась работать игра Terra Cresta. У других владельцев КАЯ она тоже не заработала. Там от ссылки и далее по топику. Я так и не понял тогда, из-за чего эта проблема: то ли из-за CMOS Z80 (Z84C0020PEC, но на Фениксе работает!), то ли из-за схемы формирования /INT'а в КАЕ на ИР16. В общем, определится бы с причиной и решить эту проблему.

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

И вот отсюда и далее по топику тоже можно почитать (вроде, всё-таки, из-за процессора).

[NEO SPECTRUMAN]

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

если у тя вся машина в твоем распоряжении то да
а если тебе выделило какойто время некоторая многозадачная ОС то уже не совсем...

а так функция местами полезная
и че за бред понаписан в http://zxpress.ru/article.php?id=8963
непонятно
чем не устраивает элементарное двойное чтение?
зачем было править проц
много железа бажит или дает ложный результат при первом чтении

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

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

[CodeMaster]

а если тебе выделило какойто время некоторая многозадачная ОС то уже не совсем...

Много народа на Спеке работает под многозадачными ОСями...

[NEO SPECTRUMAN]

Много народа на Спеке работает под многозадачными ОСями...

а з80 только в спеке будто....

[CodeMaster]

а з80 только в спеке будто....

Даже если не учитывать, что раздел называется "ZX Spectrum Software", то существует не более 1.5 штук многозадачных ОС и то в состоянии бета-версий. Ну, да SymbOS вроде как целостный продукт, но вещь сама в себе и кроме как автором ничем не поддерживается.

[Barmaley_m]

если у тя вся машина в твоем распоряжении то да
а если тебе выделило какойто время некоторая многозадачная ОС то уже не совсем...

Автор исходной программы не использовал такую ось.

А вообще в многозадачных осях пользовательскому коду строго запрещено разрешать или запрещать прерывания. В процессорах с MPU инструкции вроде DI или CLI являются привилегированными, так что этот запрет реализуется принудительно. При написании драйверов принудительного ограничения нет, но все равно надо следовать документации на ось, иначе драйвер будет глючным.

Если автор драйвера считает необходимым нарушить запрет на изменение состояния прерываний - то лучше ему подумать еще раз, а надо ли. Зачем это может быть надо? Варианта два:
1) блокировка многопоточного доступа к данным. Вместо запрещения прерываний следует пользоваться функциями блокировки, предоставляемыми осью, например, KeAcquireSpinLock в случае винды;
2) обеспечение исполнения критичного по времени кода. Снова-таки, либо ось может быть для этого по определению не предназначена, либо в ней должны быть функции, фактически запрещающие или разрешающие прерывания, но автору драйвера до этого не должно быть дела, его задача - вызвать нужные функции и полагаться на их работу.

Это общие принципы построения осей, им следуют как минимум крупные оси, а мелкие - тут все зависит от компетентности их авторов.