Программирование в машинных кодах

[Zidane]

F809 это вывод одиночного символа из регистра C. Там не требуется никаких стоп-кодов.

0E это не управляющий код - это символ стрелка вправо. Можно заменить 0E 21, на 0E 0E и убедиться в этом.
В эмуляторе вывод портится из-за последней команды C9 - ret. После неё стек налазит на экран, но программа переходит на адрес 0000 и выполняет новый цикл. С каждым разом всё дальше наезжая стеком на экран. Если в эмуляторе нажать ресет, то программа будет исполняться как и на реале - выведет один символ ‘!’ На экран и повиснет - улетит куда-то в неизвестность.

Непонятно что хотел топикпастер. Если вывести символ ‘!’ в бесконечном цикле на экран, то последняя команда должна быть не C9 (ret), а C3 0000 (jmp 0000). Если же вывести один раз символ и вернутся в монитор, то C3 F86C - переход к приглашению командной строки.

Периодически не дает мне покоя данная железка. По итогу откопал в журнале Радио статью про ассемблер и посмотрел как надо. Ну в общем-то мне тут и ответили, а только я прочитать не сумел. Слабак )))
Смутило другое: в приведенном примере (не суть важно каком) вызов всех подпрограмм, в т.ч. из ПЗУ происходит командой JMP. Так задумано или я опять чего-то не понял?

Этот РК - прямо как наркотик.. Один раз попробуешь, уже не слезешь так просто...

[Advertiser]

[Alikberov]

Смутило другое: в приведенном примере (не суть важно каком) вызов всех подпрограмм, в т.ч. из ПЗУ происходит командой JMP.

Если программировать/отлаживать код в Visual Studio, те же CreateWindowEx, SelectObject и т.д. - те же CALL на локальную таблицу из кучи JMP'ов, а JMP'ы уже и ведут в недры Win-API. То есть, принципиально, всё то же самое как в РК, так и в Windows.