К типичным ошибкам этого рода относятся:
■ перестановка операндов, указывающих на источник и назначение в командах пересылки;
■ перевертывание формата, в котором запоминаются 16-разрядные значения;
■ изменение направления при вычитаниях и сравнениях.


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


Типичная ошибка состоит в работе с регистром (В, D или Н) вместо пары регистров с аналогичным именем.


К типичным ошибкам относятся:
■ использование непосредственной адресации вместо прямой адресации или наоборот;
■ смешивание регистров с ячейками памяти, адресуемыми через пары регистров.


Типичные ошибки состоят в:
■ использовании формата BCD (десятичного) вместо двоичного или наоборот,
■ использование двоичного и шестнадцатеричного кода вместо ASCII.


Обычная ошибка состоит в выходе за границы массивов.


К типичным ошибкам относятся использование без учета влияния участвующих в работе команд:
■ аккумулятора;
■ пары регистров;
■ указателя стека;
■ флагов или ячеек памяти.
Большинство ошибок вызываются командами, которые дают непредвиденные, неявные или косвенные результаты.


Большинство программ требует инициализации счетчиков, косвенных адресов, регистров, флагов и ячеек для временного хранения. Микро-ЭВМ в целом требует инициализации всех общих ячеек в ОЗУ (особо отметим косвенные адреса и счетчики).


К типичным ошибкам относятся:
■ обход или повторение секций инициализации;
■ ошибочное изменение регистров с адресами или счетчиками;
■ потеря промежуточных или окончательных результатов.
Обычным источником ошибок, которые здесь не рассматриваются, является конфликт между программой пользователя и системными программами.
Простым примером такого конфликта является попытка сохранять данные программы пользователя в ячейках памяти системной программы. В этом случае всякий раз, когда выполняется системная программа, изменяются данные, которые нужны для программы пользователя.
Более сложные источники конфликтов связаны с системой прерываний, портами ввода-вывода, стеком и флагами.
Системные программы в конечном счете должны эксплуатировать те же самые ресурсы, что и программы пользователя.
При этом обычно в системных программах предусматривается сохранение и восстановление программной среды, в которой работают пользовательские программы, но это часто приводит к трудноуловимым или неожиданным последствиям.
Сделать такую операционную систему, которая была бы совершенно прозрачной для пользователя — это задача, сравнимая с выработкой правил и законов или сводов о налогах, которые не имели бы лазеек или побочных эффектов.


Большинство Ассемблеров немедленно распознает наиболее распространенные ошибки, такие как:
■ Неопределенный код операции(обычно это неправильное написание или отсутствие двоеточия или метки);
■ Неопределенное имя (часто это неправильное написание или отсутствие определенного имени);
■ Неверный символ(например, 2 в двоичном числе или В в десятичном числе);
■ Неправильное значение (обычно это число, которое слишком велико для 8 или 16 разрядов);
■ Отсутствует операнд;
■ Двойное определение (одному и тому же имени присваиваются два различных значения);
■ Недопустимая метка (например, метка, предписанная псевдооперации, не допускающей метки);
■ Отсутствие метки (например, при псевдооперации EQU, для которой требуется метка).
Эти ошибки неприятны, но они легко исправимы. Единственная трудность возникает тогда, когда ошибка (такая, как отсутствие точки с запятой у строки с комментарием) приводит Ассемблер в “замешательство”, результатом чего является ряд бессмысленных сообщений об ошибках.
Существует, однако, много простых ошибок, которые Ассемблер не может распознать. Программисту следует иметь в виду, что его программа может содержать такие ошибки, даже если Ассемблер и не сообщил о них.
Типичны следующие примеры.
■ Пропущенные строки.
■ Пропущенные определения.
■ Ошибки в написании, когда запись сама по себе допустима.
■ Обозначение команд как комментариев.
■ Если в команде, которая работает с парой регистров, задается одинарный регистр.
■ Если вводится неправильная цифра, такая как Х в десятичном или шестнадцатеричном числе или 7 в двоичном числе.
В Ассемблере могут распознаваться только такие ошибки, которые предусмотрел его разработчик.
Программисты же часто способны делать ошибки, которые разработчик не мог и вообразить, такие ошибки возможно найти при проверке программ вручную строчка за строчкой.


Так как большинство ошибок в драйверах ввода-вывода связано как с аппаратурным, так и с программным обеспечением, они трудно поддаются классификации. Приведем некоторые возможные случаи.
■ Смешивание портов ввода и вывода.
■ Попытка выполнить операции, которые физически невозможны.
■ Упущенные из вида неявных эффектов аппаратуры.
■ Чтение или запись без проверки состояния.
■ Игнорирование различия между вводом и выводом.
■ Ошибка при сохранении копии выводимых данных.
■ Чтение данных до того, как они стабилизируются, или во время их изменения.
■ Отсутствие изменения полярности данных, которые передаются к устройству или от устройства, работающего с отрицательной логикой.
■ Смешивание действительных портов ввода-вывода с внутренними регистрами интегральных схем ввода-вывода.
■ Неправильное использование двунаправленных портов.
■ Отсутствие очистки состояния после выполнения команды ввода-вывода.


Многие ошибки, связанные с прерываниями, зависят как от аппаратного, так и программного обеспечения. Самыми распространенными ошибками являются следующие.
■ Отсутствие разрешения прерываний.
■ Отсутствие сохранения регистров.
■ Сохранение или восстановление регистров в неправильном порядке.
■ Разрешение прерываний до инициализации приоритетов и других параметров системы прерываний.
■ Неучет того, что реакция на прерывание включает сохранение счетчика команд в вершине стека.
■ Отсутствие запрещения прерываний во время многобайтных передач или выполнения последовательности команд, которая не должна прерываться.
■ Отсутствие разрешения прерываний после последовательности команд, которая должна выполняться без прерываний.
■ Отсутствие очистки сигнала, вызывающего прерывание.
■ Ошибка в общении с основной программой.
■ Отсутствие сохранения и восстановления приоритетов.
■ Отсутствие разрешения прерываний от дополнительных аппаратурных входов, которое выполняется с помощью очистки разрядов масок в регистре I.
■ Неправильное использование разрядов разрешения прерываний в командах SIM.