Совместимость Z80 и i8080 (580ВМ80)

[ivagor]

А хрень с командой DAA неожиданно отловилась даже в Мониторе "ЮТ-88", писалось в соответствующей теме. Часы улетали в космос, если использовать в программе юзера прерывания. Там как раз не хватало команды для устаканивания работы DAA, которая учавствует в подсчете времени.

На векторе, кстати, есть еще как минимум пара игрушек, раскодировщики которых не работали на z80. В одной из них содержимое регистра флагов использовалось как часть адреса перехода (раскопал Ramiros). Наверняка есть еще примеры программ под советские компы на ВМ80, которые не работают на Z80

[Advertiser]

[esl]

На векторе, кстати, есть еще как минимум пара игрушек, раскодировщики которых не работали на z80. В одной из них содержимое регистра флагов использовалось как часть адреса перехода (раскопал Ramiros). Наверняка есть еще примеры программ под советские компы на ВМ80, которые не работают на Z80

Встречался с таким на специалисте

[ram_scan]

На векторе, кстати, есть еще как минимум пара игрушек, раскодировщики которых не работали на z80. В одной из них содержимое регистра флагов использовалось как часть адреса перехода (раскопал Ramiros). Наверняка есть еще примеры программ под советские компы на ВМ80, которые не работают на Z80

Это запрещенный прием программирования.

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

По документации есть "неопределенное" значение флагов. "Неопределенное" это не значит что никто не знает что на вот этом конкретном процессоре какое именно. Это не "неизвестное". Это "не регламентируется". Это значит что завтра появится совместимый процессор у которого "неопределенное" поведение отличается (имеет кстати полное право) который ведет себя по другому, и вам придется софт переписывать.

Что касается DAA. Открываем фирменный мануал "8080/8085 assembly language programming manual (c) 1977, 1978, 1979, 1981 Intel corporation" и читаем там дословно на странице 3-18 : DAA used when adding decimal numbers. Надо после вычитания использовать - добавьте ноль и потом используйте. Или дополните до двойки и складывайте.

И основные грабли там закопаны в том что флаг полупереноса не работает как флаг полузаема (а в Z80 работает). Только справа налево.

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

Так что все вопросы задавайте товарищам которые используют DAA после инкремента-декремента-вычитания и "у них все работает".

8085 еще и при логических операциях по другому AC модифицирует чем i8080. То есть даже при переносе с 8080 на 8085 если на даташит не оглядываться то можно с DAA "багов выгребсти".

А так да, можно написать программу которая работает на Z80 и не работает на Т34. Примеры были.

Программ которые работали на 8086 и не работали на 80286 вообще валом. Причем написанных в строгом соответствии с документацией. В 80286 просто появился конвейер предвыборки, поэтому модификация кода "прямо перед собой" стала работать только при определенных условиях. Если модифицированная команда уже прошла предвыборку - финита ля комедиа. Выполнится не то что в память положено.