В.Н. Пильщиков - Программирование на языке ассемблера IBM PC (1110551), страница 7
Текст из файла (страница 7)
глашений, которые позволяют во многих командах не указывать явно сегментные регистры, а подразумевать их по умолчанию. Во-первых, договариваются, чтобы начальные адреса этих трех сегмев. тов памяти всегда находились в определенных сегментных регистрах, 1 именно: регистр СБ должен указывать на начало сегмента команд, регистр Ька - на начало сегмента данных, а регистр Ы - на начало сегмента стекл сегмент команд оеояент данных сегмент отека Что же касается регистра ЕЗ, то относительно него нег никаких договорен.
ностей, он свободен и может указывать на любой сегмент памяти. Во-вторых, договариваются о следующем. Перед адресамН перехода регистр СБ явно не указывается, он подразумеваетса по умолчанию; например, в команде перехода достаточно ука зать только метку (зМР Ь), префикс же СЯ: будет добавлен 128 Программироеение на языке ассемблере !ВЫ рп маиде, и это место все равно назо было бы чем-то заполнять.
Префиксы же каг отдельные команды можно опускать, не указывать. Итак, если придерживаться соглашений о сегментных регистрах, то геке, программы на ЯА будет короче и размер машинной программы будет меньше. А что будет, если этих соглашений не придерживаться? Тогда придется в ко, мандах выписывать полные адресные пары. Например„если мы установщя на начало области ланных не регистр ОЗ, а, скажем, регистр ЗЗ, тогда ддз засылки 0 в ячейку Х из этой области нужно писать команду МОЧ ЗЗ:Хд писать же коыанлу МОЧ Х,О уже нельзя, т.
к. она воспршгется как МОЧ ОЗ:Хя и потому зашлет 0 неизвестно куда. Ясно, что лучше придерживаться указанньц соглашений, если мы не хотим все время выписывать префиксы. Отметим, что одно из этих соглашений нельзя нарушать ни в коем случае: рз. гистр СЗ всегда обязан указывать на начало сегмента команд. Это объясняетег тем, что в ПК адрес очередной команды, которую надо выполнить, всегда указа.
лается парой регистров СЗ и 1Р, где указатель коыанд 1Р содержит смещение эгс1 колюнлы, отсчитанное от начала сегьгента команд. Поэтолгу, если регистр СЗ 6?. лет указывать не на начало сепгента команд, то поведение ьюшины будет неправ сказуемым. По этой же причине перед адресами перехола нельзя указывать прь фикс, отличный от СЗ: (префикс же СЗ: можно не указывать, поскольку он и тм подразумевается по умолчанию).
Теперь рассмотрим такой вопрос: если придерживаться соглашений о сег. ментных регистрах, то существуют ли случаи, когда приходится явно указышв сегментные регистры? Да, такие случаи имеются, и их в общеьг-то два. Первый - это когда мы в мелом прилерживаемся данных соглашений, но в хз. ком-то частном случае хотим их нарушить.
Пусть, к примеру, ыы хотим записав в регистр АХ содержиьюе ячешги 1„расположенной в сегменте команд. Испаъ зовать здесь команду МОЧ АХ,1. нельзя, поскольку она восприлгется хи МОЧ АХ,ОЗгЬ и потому запишет в АХ содержимое ячешги, имеющей сзгешевиг 1., но находящейся не в сегменте команд, а в сегменте данных.
Как видш нас здесь не устраивает соглашение о том, что в команде МОЧ по умолчания берется регистр ОЗ, поэтому лгы обязаны явно указать тот сегментный регист? который нам нужен, т. е, мы обязаны записать каманлу МОЧ АХ,СЗ:1.. Второй случай - это когда нам надо работать с сепчентом пшчяти, отличнмм б сегментов команд, данных и стека. В этом случае на начало этого сегмента устз навливают регистр ЕЗ и при ссылках на ячейки этого сегмента используют дФ ный регистр, например: ЬзС ЕЗ:У. Опускать здесь префикс ЕЗ: нельзя, т. к. зг не подразумевается по умолчанию.
Отметим попутно, что репгстр ЕЗ как уя и предназначен лля работы с дополнительными сегментами пюгяти. Итак, имеются случаи, когда приходится явно указмвать сегыентные регисгув но, к счастью, эти случаи встречаются редко, и в большинстве команд укэзым' ются не полные адресные пары, а только смещения. 166 Прогреммирояаиие иа языке ассемблера (ВМ РС из нее должны быть близкими, т. е. должен мешпъся только указатель комащ )р и не должен меняться сегментный регистр СЗ, т. к. мы все время остаемся з одном и том же сегменте коыанд. Но если процедура расположена в др)тод сепаенте команд, тогда переход на нее и возврат из нее должны быть дасьнимв т.
е. должны меняться оба этих регистра. Все это учитывается, и на самом деле в ПК имеется по два варианта машин. ных комащ'САЬЬ и КЕТ. Если через АВ обозначить адрес возврата - адрес (смещение) команды, следующей за командой САЬЬ, тогда действия обоих вара.
литов команды САЬЬ Р, где Р - иьш процедуры, можно описать так: близкий вызов: ХВ->отек, 1Р: отгеее Р дальллй вызов: СВ->стек, ХВ->стек, Са: еая Р, 1Р: ояяеас Р Лег1ствия же двух вариантов команды КЕТ таковы: близкий зоззразп стек->1Р дальллй возврат: отек->1Р, етек->Са Ясно, что команды САЬЬ и КЕТ должны действовать согласованно: при блю. ком вызове процедуры и возврат из нее должен быть близким, а при дальнем выме и возврат должен быть дальним, иначе программа будет работать неправильно.
В и же время в ЯА оба варианта каждой из этих команд записываются одинакою. Естественно возникает вопрос: кюс же тогда в ЯА указываются типы переходоз между основной программой и процедурой? Ответ таков: явно это не указываетсз, эту проблему решает за нас ассеыблер. Если мы описали процедуру как близкую, тогда все команды САЬЬ, в которых указано имя этой процедуры, ассемблер буда транслировать в машинные команды близкого вызова, а все команды КЕТ, рэо положенные внутри этой процедуры, ассемблер будет транслировать в ьгашиивиг команды близкого возврата.
Если же процедура описана'как дальюи, тогда за обращения к ней будут транслироваться как дальныс вызовы, а все команлы Кб( внутри нее - как дальние возвраты. (Вне процедур КЕТ рассматривается ха близкий возврат.) Таким образом, ассемблер берет на себя обязанность следав за соответствием между командами САЬЬ и КЕТ, и у нас об этом не лолжна болев голова. Именно в агом выгода от описания подпрограмм в виде процедур, именя из-за этого в ЯА и принято описывать подпрограммы кэк процедуры. Однако здесь есть одна тонкость. Ассемблер выберет правильный вариант иэ шинной команды для САЬЬ, только если процедура была описана раньше зтп1 команды. Если же процедура будет описываться позже, то ассемблер, встретя команду САЬЬ и еще не зная тип этой процедуры (близкая она или дачьнн) предполагает, что она близкая (а так чаще всего и бмвает), и потому всегда в эо добной ситуации формирует ыашинную команду близкого вызова.
Но если пстсг ассемблер обнаружит, что данная процедура описана как дальюи, то он зафихсг' руст ошибку. Чтобы не было такой ошибки, при обращении к дальней прове дуре, которая будет описываться позже, надо в команде САЬЬ с помоввг оператора РТК явно указать, что процедура дальюи: СХЬЬ РХЯ РРЯ Р 178 Программирование на тмнв ассемблере!ВМ РС з16г [и32), Овг [и32+2! Флап( команда не меняет.
Загрузка указателя в ЕЗ ([оаз[ ро[и(вт из[як ЕЗ)! ГЕЗ губ,ту2 Эта команда полностью аналогична команде [.РЗ, только вместо регистра Р1 здесь используется регистр ЕЗ. Пример: РАЕА1 Бесиент Б1 РВ 400 ООР(2! А82 РО Б2 ОАЕА1 ЕиОВ ОАВА2 Весиеит 82 ОВ 400 РОВ(2) РАЕА2 ЕВОВ СОРЕ ВЕСИЕИГ АББОИЕ СагСООЕ, Овгватаь А82 РАЕА2282 ;пусть в этот молвит РБ РАЕА1 СЬО ьеа а1,81 ;РБз81=латало Б1 ЬЕБ 01,А82 ;Е82Р1 латало 82 Иот СХ,4ОО кер мотав ;коаировааие отроки 81 в строку 82 102. Строки переменной длины В зависимости ст того, меняются в процессе выполнения программы дливз строк или нет, строки принято делить на строки переменной длины и строп фиксированной длины. Строки фиксированной длины - это обычные массива и как с ними работать, мы уже знаем.
СеГО(ас нас будут интересовать строгз переыенной длины, причем только символьные строки (сгроки из баГпоз! поскольку обычно именно их имеют в визу, когда говорят про строки. При работе со строкой переменной длины сразу возникает вопрос: сколько не ста отводить под несу Ведь при составлении программы мы обязаны описать з)[ строку, явно указав, сколько места мы отводим под нее, но в это время дляз' строки еще неизвестна. Загрузка указателя в Г)З (Гти[ рози!аз из[ив 2)З)! Г2)З губ,т32 В качестве второго операнда (т32) должен быть указан адрес двойного слом памяти, в котором находится пара зерроГВ, задающая абсолютный адрес некстс.
рой ячейки паьити (иэ-за "перевернутого" представления двойных слов в памятз ПК часть оГз должна находиться в первом слове этого двойного слова, часть зеЕ. во втором слове), а в качестве первого операнда - название любого реп(с)рз общего назначения. Команда записывает в этот регистр смещение о[з, а в реп(стр РЗ - номер сепаента зей: дннвынчтснне лруктурыланнын Зэз Гедэиз' "хвоста" отрохл иа 1 иоэиции эиеэо Гумвиьиеаив дниви стрехи иа 1 квэ почав ввс в ггя: Г.)ЗТ Я"~ [Е1 Я Э' [Е2 ~ 4Я т ' э'~Ел л11 В последнем звене размещается спепиальная "пустая" ссылка и11, указывающая зг конем списка.
Ссылка на первое звено списка хранится в некоторой переменюй 12$Т; если список пуст, то ее значением является п11. Вомгожность размещать звенья списков в любых местах памяти обуславливают мюсы и минусы списков (по сравнению с другим способом представления посваовательностей данных - ыассивами, где соседние элементы располагаются ггсседних ячейках паыяти). Достоинством списков яюиется то, что их длина эрзнее не фиксируется, что под них надо отводить ровно столько места, сколько эебуется в текущий момент, и что удаление и вставка элементов реализуются грхто и бысзро - заменой ссылок в одном-двух звеньях. К недостаткам же списмв ощносится лишний расход паыяти для хранения ссылок и то, что добраться до экого-то элемента списка можно лишь просмотрев все предыдущие элементы. В большинстве ЭВМ, в частности в ПК, не предусмотрено никакого стандарэего способа представленьи списков и нет спепиальных команд для работы т списками.
Все это приходится реализовывать самим авторам программ. йи рассмотрим один из возможных вариантов того, как это ьюжно сделать. 103.1. Представление списков Начнеьг с представления списков в пюыти ЭВМ. Прежде всего рассмотрим, где размещаются звенья списков. Длв их хранения дачно отводят спепиальную область памяти, называемую областью списков (Пы '1эсе) или кучей (Ьеар); мы будеы использовать термин "куча".
Размер кучи зависит этого, сколь много списков будет исполыюваться в программе. Договоримся для 'з)иделенности, что для наших программ достаточно кучи размером до 64 Кб, магому на кучу отведеы один сегмент памяти (позже будет показано, как можно Описать этот сегмент). Договоримся также, что на начало кучи постоянно указывает сепгентный реЭгзр ЕВ. Если внутри кучи звено списка имеет адрес (смещение) А, то абсол:от- ~'4 адрес этого звена задается адресной парой ЕрлА.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
