nedoPC.org

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

А где такие сведения о недокументированных командах? Вообще-то меня смущают недокументированные инструкции, с ними одна головная боль.

вообще-то, это не является каким-то секретом, информация легко гуглится.
в журнале Радио 87г. печаталась цветная таблица мнемоник проца 8080, где недокументированные команды были помечены серым цветом.

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

процессор 8085 имеет 12 дополнительных команд, по сравнению с 8080, но только две из них документированы, а команды эти могут упростить программисту жизнь.

у меня какое-то невезение с Радио 86рк - мало что находится. В описании опкодов 8080 находил команды с прочерками.

Спасибо за разъяснение, учту.

таблички из ж. Радио

дизассемблер REZ с сырками под cp/m:
http://www.retroarchive.org/cpm/cdrom/S ... 00/VOL010/

обнаружился небольшой баг в моём коде дизассма, связанный с проверкой границ блока.
например, если ввести директиву "YF800,FFFF" или "Y1,", то ничего выводиться не будет, хотя директива D с такими параметрами отрабатывает. ошибка связана с нечёткой проверкой границ блока.
простое решение, которое у меня получилось на данный момент -- это:
1. вначале цикла дизассма по метке disassm убрать код

2. в конце цикла вместо кода

поместить код


это решит проблему с параметрами "YF800,FFFF", но по-прежнему не решит "Y1,", т.е. будет необходимо всегда задавать конечный адрес блока.

В своём варианте я тоже с этим сталкивался и решил тупо: Три раза проверяю границы на ZF со сдвигом на единицу.
Громоздко, но помогло.

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

А если просто проверять, что текущий адрес (подготовленный для следующего цикла) переехал через конечный?

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

ну ноль это тоже адрес

ну вот когда конечный адрес блока равен нулю, а начальный нет -- ничего выводиться не будет, а если оба по нулям, только одна инструкция выведется. думаю, это приемлемое решение минимумом кода. была проблема, когда конечный адрес был FFFF, сейчас, вроде, я её вылечил, но это не точно

ради интереса замерил время, за сколько продизассеблирует дизассемблер всю память 0000-FFFF.
у меня получилось 41 минута.
условия, при которых выполнялась программа, были следующие:
-- частота процессора 3МГц;
-- стандартная авторская подпрограмма вывода текста;
-- сразу после запуска была нажата кнопка, чтобы изменить внутреннее состояние клавиатуры на "есть символ для чтения", это придаёт скорости к выводу.
самое узкое место здесь -- это авторская подпрограмма вывода. мало того, что она сама по себе медленная, так какого-то чёрта в ней ещё делается опрос клавиатуры, убивающий скорость напрочь. по итогу скорее была измерена скорость вывода, чем скорость дизассемблеривания.
на скорость дизассемблеривания влияют команды, которые попадаются по дороге. самые быстрые -- это команды NOP и аналогичные. у меня в памяти были какие то куски кода, нулей было немного, особенно учитывая, что половина памяти -- это адреса портов, там вообще нулей не бывает.
для своего проекта я полностью переписал весь Монитор и моя подпрограмма вывода в разы шустрее авторской.

Медленновато как-то