Записи
Рассмотренные в предыдущем разделе структуры предназначены для
многобайтовых данных. Но в некоторых случаях требуется побитовое
определение объектов данных. Для таких случаев в Макроассемблере
имеется механизм описания данных, который называют записью
(RECORD). Действие оператора RECORD аналогичны действиям операторов
STRUC и MACRO. Оператор RECORD задает определенную конфигурацию
данных. Присвоенное записи имя становится для ассемблера еще одним
оператором. Вы можете использовать это имя записи для задания
специальных конфигураций данных. От оператора STRUC оператор RECORD
отличается тем, что он определяет объекты на уровне отдельных
битов. Каждому из полей оператор RECORD присваивает имя и указывает
его ширину в битах. Оператор RECORD можно использовать для
формирования битовых полей длиной до 16 бит.
Здесь мы опять воспользуемся примером. На Фиг. 6.15 приведена
еще одна ничего не делающая программа, связанная с установоением
даты изменения файла. В определении Блока управления файлом
содержится 16-битовое поле, в котором содержится дата формирования
или последнего изменения данного файла операционной системой. При
открыти файла DOS заполняет это поле в блоке FCB на основе
информации из каталога дискеты. В 16-ти батих поля даты
закодированы год, месяц и число. Из приведенного на Фиг. 6.15
оператора RECORD видно строение этого слова данных.
Microsoft (R) Macro Assembler Version 5.00 1/1/80 04:03:43
Фиг. 6.15 Записи Page 1-1
PAGE ,132
TITLE Фиг. 6.15 Записи
DATE_WORD RECORD YEAR:7,MONTH:4,DAY:5
0000 STACK SEGMENT STACK
0000 0040[ DW 64 DUP (?)
????
а запись DATE_WORD формирует эту 16-битовую область данных. Как мы
увидим ниже, существуют способы определения для полей записей
значений по умолчанию и их изменения. В данном примере мы ничего не
делали для изменения стандартных нулевых значений каждого из
полей.
Приведенная на Фиг. 6.15 программа иллюстрирует не только
структуру оператора RECORD, но и некоторые операции, которые
упрощаются благодаря этому оператору. В первой части программы
открывается файл, имя которго указано в блоке FCB. Остальная часть
программы извлекает из FCB информацию о дате и перебрасывает
отдельные поля в регистры микропроцессора 8088.
Во-первых, программа выделяет в дате из блока FCB значение
года: переслав слово данных DATE в регистр AX, программа обнуляет в
нем командой AND значения, относящиеся к месяцу и числу. Обратите
здесь внимание на непосредственный операнд MASK YEAR. Так как YEAR
- это поле записи, то оператор MASK возвращает значение, которое
выделяет в данном слове поле YEAR. В данном случае это значение
равно 0FE00H. Первые 7 бит в нем - единицы, а остальные биты
обнулены. Это значение маски соответстувет битам, которые формируют
значения YEAR в слове данных. В результате логического умножения
данного значения и всей остальной записи остается только поле
YEAR.
Следующими командами программа перемещает поле YEAR в правый
конец слова. Полю YEAR соответствует значение, равное сдвигу,
который необходим для перемещения данного поля до правой границы
слова. В данном случае это значение равно девяти. Сдвиг вправо на 9
бит обращает значение года в число в регистре AL. (Следует помнить,
что DOS кодирует год в виде числа в перделах от 0 до 119. Эти
значения соответствуют годам от 1980 до 2099).
В последующей группе команд программа выделяет из записи поле
MONTH. Здесь также используются оператор MASK и значения сдвигов,
из записи DATE_WORD. Подобным образом программа выбирает из записи
значение поля DAY.
В данном примере не выполняется никакой полезной работы, так
как записанные в регистры значения оказываются потерянными при
возвращении управления DOS. Однако вы можете запустить программу
через отладчик и установить точку прерывания на команде возврата.
Отладчик выводит на дисплей содержимое регистров BH, BL и AL, так
что вы можете увидеть дату. Более практичная программа после
считывания значений, относящихся к дате, преобразовывала бы их в
код ASCII для вывода на экран. Либо вы могли бы оформить нашу
программу как процедуру, которая вырабатывает информацию о дате для
другой программу.
Имеется еще несколько особенностей операции RECORD, которые
следует рассмотреть. На Фиг. 6.15 приведен фрагмент таблицы
символических имен из ассемблерного листинга. В этой таблице
содержится информация, которая имеется у ассемблера о каждом из
полей записи. В этой таблице нас будет интересовать второй ряд
заголовков: "Shift Width Mask Initial" (Сдвиг Длина Маска Начальное
значение"). Как видно из таблицы символических имен, запись
DATE_WORD имеет длину 16 бит и состоит из трех полей. Каждое поле
имеет четые атрибута. Значение сдвига равно числу битов в записи,
остающихся справа от поля. Это значение указывает ассемблеру,
насколько нужно сдвинуть данное поле, чтобы выровнять его на правый
край. Значение маски служит для выделения поля в записи. Цифра 1 в
слове маски показывает, что соответствующая позиция относится к
данному полю.
Ассемблер может оперировать значением длины любого поля записи.
Вы можете задать длину поля при ассемблировании с помощью оператора
WIDTH. Например, команда
MOV AL,WIDTH YEAR
в нашем примере помещает в регистр AL значение, равное семи.
Столбец начальных значений в таблице символических имен
показывает, какие значения ассемблер вставляет при формировании
записи. Можно задавать записи с начальными значениями, отличными от
нуля. Имеется также возможность изменить эти значения при генерации
области данных. Для задания начальных значений вы после указания в
операторе RECORD каждого из полей ставите знак равенства и
соответствующее значение. Запись DATE_WORD с начальными значениями,
соответствующими 1 января 1983 года, будет иметь вид:
DATE_WORD RECORD YEAR:7=3, MONTH:4=1, DAY:5=1
Эти значения можно переназаначить точно таким же способом, как
и в случае структур. Когда вы формируете запись, в угловых скобках
содержатся конкретные значения для данной генерации. Если нужно,
чтобы дата была 5 января 1984 года, то вы можете сгенерировать
запись следующим образом:
DATE DATE_WORD <4,,5>
Как и в случае макрокоманд или структур, параметры здесь
являются позиционно-зависимыми. Так как параметр, соответствующий
месяцу, не указан, то ассемблер воспользуется для него начальным
значением, указанным в операторе RECORD.
Обратите внимание, что программа на Фиг. 6.15 определяет блок
FCB, не полбзуясь оператором STRUC, рассмотренным в предыдущем
разделе. Мы не могли воспользоваться оператором STRUC, потому что
данные каждого поля структуры должны определяться одним из
операторов типа DEFINE. Мы не можем использовать имя записи в
качестве одного из полей структуры. Тот способ, который мы
применили на Фиг. 6.15, - один из позволяющих обойти эту
трудность.
Можно решить эту же задачу другим способом. Хотя ассемблер и не
генерирует область данных, пока имя записи не использовано в
программе в качестве оператора, но он хранит описания полей,
указанных в операторе RECORD. Это позволяет определить в программе
запись DATE_WORD, не используя ее для задания поля DATE структуры
данных. Это все равно, что определить макрокоманду, но не вызывать
ее. Остальная часть программы остается без изменений. Имена
001A 8A F0 MOV DH,AL ; Сохранение года в регистре DH
001C 8B 47 14 MOV AX,[BX].DATE
001F 25 01E0 AND AX,MASK MONTH
0022 B9 0005 MOV CX,MONTH
0025 D3 E8 SHR AX,CL
0027 8A D0 MOV DL,AL ; Сохранение месяца в регистре DL
0029 8B 47 14 MOV AX,[BX].DATE
002C 25 001F AND AX,MASK DAY ; Сохранение дня в регистре AL
002F CB RET
0030 RECORDS ENDP
0030 CODE ENDS
END RECORDS
Фиг. 6.16 Структуры и записи (продолжение)
И последнее замечание об использовании записей и структур. Мы
применяем эти средства, потому что они позволяют писать программы
не вникая в конкретные детали структуры данных. Используя для
описания данных оператор STRUC, мы можем рассматривать ссылки на
каждое из полей как смещение внутри структуры данных. При этом
программисту не нужно знать фактическое смещение этого поля. То же
самое верно и для записи из битов. Если программа использует
операторы MASK и сдвига, то распределение бит этого поля достаточно
задать только в соответствующем операторе RECORD.
Выигрыш от применения этих программных средств становится
очевидным при разработке больших систем, с которыми связано большое
число программистов или программ. В этом случае вы наверняка будуте
модифицировать структуры данных по мере разработки программ. Если
при написании программ пользоваться описанными структурными
моделями, то изменить их и связанные с ними программы будет
несложно: вы модифицируете определенную структуру данных, а затем
вновь транслируете все программы с использовнием этой структуры.
Сами же программы в изменениях не нуждаются. Можно поступить еще
проще, если хранить структуру данных, как отдельный файл, который
будет включаться в каждую ассемблируемую программу оператором
INCLUDE: таким образом вы будете иметь только одну версию структуры
данных. Описанные средства упрощают процесс создания большой
программы со всеми изменениями, возникающими при ее разработке.
