Xpeccy

[Dexus]

Ну реально там какие-то костыльные решения, которые никуда не годятся.

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

[SAM style]

На кой черт вы это все пишете?

Вот и у меня тот же вопрос. Надо бы кастануть модера, чтобы всю эту воду в отдельную тему унёс

[^m00h^]

Попробовали ещё один заход со сборкой xpeccy в haiku OS:

Gerasim Troeglazov:
собрал свежий, с Qt6 - проблема с клавиатурой осталась - хз где глюк, надо разбираться.
Если сделать однократное нажатие то норм - но если зажать и подержать, то клавиша залипает.

может вообще косяк в QPA у меня, надо ковырять - event отпускания клавиши где-то ТЕРЯЕТСЯ.

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

[SAM style]

Если сделать однократное нажатие то норм - но если зажать и подержать, то клавиша залипает.

При задержании кнопки Qt помечает все повторные нажатия как автоповтор (isAutoRepeat). При этом последовательность в разных осях разная - в линуксе как нажал-(отжал)-(нажал)-(отжал)-(нажал)-...-отжал, но в макоси как нажал-(нажал)-(нажал)-(нажал)-...-отжал, в скобках автоповторные. Возможно, в хайке последний отжал тоже помечается как повторный, поэтому скипается эмулятором. Надо бы протестить - в начале EmulWin::keyPressEvent и keyReleaseEvent выводить, что за кнопка и не автоповтор ли. Тогда станет яснее.

[mastermind]

И если эти заработанные компетенции не очень востребованы в современном мире, то это скорее повод расстраиваться. Это ведь трагедия. Вы так не считаете? Вас это все веселит? В чем вы видите тут повод для шутки?

Рекомендую вам "Certainty by Construction" by Sandy Maguire, компетенции ваши востребованы, и, возможно, сфер где они востребованы гораздо больше чем вы думаете https://leanpub.com/certainty-by-construction

[cafedead]

У меня была такая информация только в случае прерывания. Про обрывание блочных команд самозатиранием информации не было... Где почитать?

Вот тут нашел, что почитать. Можете поглядеть, как автор того треда, где вы собственно и взяли инфу об этих блочных командах, реализовал это в своем эмуляторе. Вот со строки 2225 обработка блочных команд у него. Как видите, он прописал это все с флагами прямо в обработку опкодов блочных команд, а не в обработку прерывания. Т.е. под словом "прерывать" работу блочной команды он не имел в виду немаскируемое/маскируемое прерывание.

[Advertiser]

[ZXMAK]

Т.е. под словом "прерывать" работу блочной команды он не имел в виду немаскируемое/маскируемое прерывание.

так блочные инструкции нельзя прерыванием прервать.

[cafedead]

так блочные инструкции нельзя прерыванием прервать.

С чего бы? Блочную инструкцию можно прервать прерыванием. Под прерыванием блочной инструкции в данном контексте подразумевается преждевременное завершение ее повторяемости до достижения BC=0 для LDIR/LDDR/CPIR/CPDR и B=0 для INIR/INDR/OTIR/OTDR. Не путайте с невозможностью прерывания между префиксом #ED и опкодом блочной инструкции. Прерывания ведь могут быть пойманы на каждой итерации, и делай там, что хочешь. Вот так они и проводили свои изыскания, прерывая блочные инструкции маскируемым прерыванием, потом глядели на флаги и на MEMPTR в режиме IM 0, посылая в качестве опкода JP (HL).

[ZXMAK]

а, вы в этом плане, так для процессора это по сути две отдельные инструкции, хоть и расположены по одному адресу