во вторых, Вам надо при заполнении таблицы сообщений сделать так, чтобы последний символ каждого сообщения имел включенный 7 ой бит, тем самым он будет служить маркером конца 1 го сообщения и компьютер всегда по номеру, заданному в аккумуляторе, найдет нужное Вам сообщение;

в таблице не может быть пустых строк.

На что надо обратить внимание!

Работая с графикой из машинного кода, Вам надо иметь в виду некоторые особенности, связанные с работой встроенного калькулятора. Дело в том, что он не вполне свободен от разнообразных ошибок и неточностей, а они могут доставить головную боль начинающему программисту. Совсем другое дело, когда он предупрежден.

Итак, во первых, если вам необходимо будет выдавать на экран символы блочной графики (коды с 80Н по 8FH) эти символы расположены на цифровом ряду клавиатуры, то коррумпируются (портятся) системные переменные, расположенные в адресах с 5С92Н (23698) по 5С99Н (23705).

Те, кто читал "Первые шаги в машинном коде", знают, что здесь хранятся две первые ячейки памяти встроенного калькулятора (из шести стандартных). Это ячейки M0 и M1. Почти во всех случаях вам эта порча безразлична, но если вы активно работаете с калькулятором и именно они Вам и нужны, то примите меры по сохранению их значений в другом месте, например на стеке или в других ячейках.

Во вторых, при печати чисел мы довольно активно пользовались процедурой ПЗУ PRINT_FP, которая распечатывает содержимое вершины стека калькулятора, а она во время своей работы "портит" все шесть ячеек памяти калькулятора, т.е. все содержимое системной переменной MEMBOT с адреса 5С92Н (23698) по адрес 5CAFH (23727). Опять же для Вас это почти всегда безразлично, за исключением тех редких случаев, когда вы оставили там на хранение данные без присмотра.

А вот третий случай довольно часто встречается у тех, кто много работает со встроенным калькулятором. Дело в том, что в таблице системных переменных есть переменная под названием MEM, она расположена в адресе 5С68Н (23656) и занимает 2 байта. В ней хранится адрес, по которому расположена память калькулятора, т.е. адрес системной переменной MEMBOT. Если Вам достаточно тех шести ячеек памяти, которые есть стандартно, то нет проблем. А если же Вам их мало, то Вы создаете их побольше, для чего меняете адрес MEMBOT и, естественно, указание на нее, содержащееся в MEM. Это нормальная, часто встречающаяся операция. Так вот, после такой замены процедура PRINT_FP правильно работать не сможет.

Управляющие символы.

Набор символов "Спектрума" включает в себя стандартные символы ASCII их коды с 20Н (32) по 7FH (127). Символы блочной графики, графики пользователя и токены ключевых слов БЕЙСИКа коды с 80Н (128) по FFH (255). Это оставляет вне поля нашего зрения символы с 0 по 1FH (31). Что же расположено там?

А здесь расположены так называемые управляющие символы, их еще называют управляющими кодами (символами их называть и не хочется, ведь их нельзя напечатать и увидеть). Хоть сами они на экране и не воспроизводятся, зато с их помощью можно управлять процессом печати тех символов, которые могут быть напечатаны.

Мы начнем с управляющего кода 16H. Он называется AT_CONTROL и определяет координаты позиции печати так же, как и оператор AT в БЕЙСИКе.

Задействуются управляющие коды, как и любые другие символы, путем выставления этого кода в аккумуляторе процессора и подачей команды RST 10H. Это означает, что они могут быть как бы "напечатаны" вместе с прочими символами и могут быть включены в длинные символьные строки.

БЕЙСИКовский оператор AT требует после себя указания двух параметров координат позиции печати по вертикали и горизонтали. Управляющий код AT требует то же самое. Оба параметра вводятся тем же способом вводом параметра в аккумулятор и выдачей команды RST 10H.

Приведенная распечатка показывает машиннокодовый аналог оператора БЕЙСИКа PRINT AT 5,1; .

Не имеет никакого значения, сколько и каких машиннокодовых команд будет выдано между тремя вышеприведенными командами RST 10H. "Спектрум", если выдал управляющий код 10H, далее всегда будет помнить, что два ближайших числа, проходящих через RST 10H, являются параметрами управляющего кода AT_CONTROL.

Более часто этот управляющий код находит применение, когда речь идет не о печати в фиксированной позиции, а в позиции, заданной программными переменными. Ниже показан машиннокодовый аналог команды PRINT AT D, Е (здесь D и Е содержимое соответствующих регистров процессора.)

Следующий управляющий код, который мы рассмотрим это код 17Н. Он называется TAB_CONTROL код управления табуляцией. До некоторой степени он тоже аналогичен оператору БЕЙСИКа TAB и указывает на номер позиции печати в текущей строке.

За ним также следуют 2 параметра (это не ошибка именно 2 параметра, хотя БЕЙСИКовский опыт учит, что для позиции печати достаточно и одного). Дело в том, что первый параметр это младший байт координаты позиции печати, а второй параметр ее старший байт. Поскольку экран "Спектрума" имеет всего лишь 32 символа по ширине, сразу и не понятно, зачем еще нужен какой то старший байт? Но дело в том, что печать ведь может идти не только на экран. А если на принтер? Да, ZX принтер тоже имеет только 32 символа в строке, но ведь возможна печать и на широкий матричный принтер, через интерфейс. Внимательный читатель может спросить, где мы видели принтер, печатающий в строку более 255 символов, но это уже вопрос риторический. Неважно, есть он или нет, но возможность работы с ним в компьютере предусмотрена. Более того, понятие "печать", как способ выдачи информации, может предусматривать не только стандартные каналы типа экрана или принтера. Возможны ведь и пользовательские каналы типа файлов на диске или в оперативной памяти, в которых запись может иметь и десятки тысяч символов в строке.

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

Дело в том, что когда Вы задаете параметр TAB, компьютер берет из него остаток от деления на 32, а старший байт кратен 256 и, естественно, кратен 32, поэтому его содержимое влияние при печати на экран и не оказывает.

Нижеприведенная процедура показывает управляющий код TAB_CONTROL в действии. Первый параметр предполагается переменным и берется из регистра E. Выдавая второй параметр, мы обнулили его, использовав для этого обнуление аккумулятора через XOR A, но раз этот байт роли не играет, можно было XOR A и не давать, а отправить в этот параметр то, что было в аккумуляторе к этому моменту, неважно, что это было.