Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЛабАсм09.doc
Скачиваний:
19
Добавлен:
29.08.2019
Размер:
159.74 Кб
Скачать

Задание

1. Разработать программу реализации циклического процесса в соответствии с вариантом задания. Вычисляется выражение типа

 y1, x<0

Y =  y2 , x=0

  • y3 , x>0

при этом используется целочисленное деление (div), а параметром цикла является переменная x

Вариант

y1

y2

y3

a

b

c

d

x

1

(a2+x)

c

a+b

d

3·a·x

12

-3

4

3

[-3;4]

2

2·a·x+5

a-b

d

a2-x

c+d

-6

4

8

2

[-2;5]

3

x(c+7)

b-d

a

c·x2

c+d

5

-6

2

1

[-4;5]

4

(d2+x)·b·c

c+b

d

x2

a+b

1

-3

12

4

[-3;4]

5

c·x

a

-b2d

(b+c) ·x

2

-7

11

5

[-5;2]

6

b+c·x

a

-(5+b·c)

d2·x

c+3

4

-3

6

10

[-4;4]

7

a·b-c

x

d-a·b

a·b·x

c+d

14

2

1

-6

[-6;2]

8

a2-x

c

b·d-a2

(a2+x)·b

5

-3

4

16

[-2;6]

9

c2 -x

a-c

a+b

d

4·a·x

12

-3

4

3

[-3;4]

10

2·a+5·x

a-b

d

a2+x

c-d

-6

4

8

2

[-3;3]

11

x·(c+5)

2·b-d

2·a

x2

c+d

5

-6

2

1

[-4;5]

12

(d2+x) ·b

c+b

d

x2

a-b

1

-3

12

4

[-3;4]

13

c+x

a

-b2·d

(b+c)-x

2

-7

11

5

[-5;2]

14

b+x

a

(5+b·c)

d2·x

c+3

4

-3

6

10

[-4;4]

Лабораторная работа № 3

Блочная структура ассемблер-программы

Построение программы в виде комплекса процедур позволяет упростить решение типовых участков алгоритмов, как например, начало программы или вывод данных на печать.

В данной лабораторной работе студенты должны ознакомиться с файлами программ, перечисленными ниже, и подготовить линейную программу, написанную в работе 1, к выполнению в виде ассемблер-программы с использованием программного пакета TASM.

Структура программы на языке Ассемблера

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

{мет. сегм.} SEGMENT ’code’

ASSUME CS:{ мет. сегм.}, DS:{ мет. сегм.}

{мет. начала} MOV AX, { мет. сегм.};

MOV DS,AX;

MOV AX,{код функции};

INT 21h

… DW …

… DB …

{ мет. сегм.} ENDS

END { мет. начала}

Рассмотрим директивы оформления программы:

1) директива SEGMENT для ассемблеров MASM и TASM имеет одинаковую структуру

{мет. сегм.} SEGMENT [{счетн.}] [{комб.}] [‘{класс}’]

где {мет. сегм.} - это имя сегмента, которое трактуется как метка, т.к. используется для передачи управления.

Атрибуты необязательны, но, если они есть, то очередность должна сохраняться.

2) директива ASSUME нужна для выполнения команд программы, которые неявно ссылаются на сегментные регистры МП (т.е. в примере – DS и CS). Она обеспечивает передачу адресов сегментов с соответствующими именами в сегментные регистры.

Общий вид

ASSUME CS:{ мет.}[, {сег. рег.}:{ мет.}]

В приведенном примере эта директива означает, что DS и CS указывают на один и тот же сегмент, причем в CS адрес начала сегмента загружается автоматически, а в DS для этого требуются обычно две команды в самом начале сегмента.

Заметим, что директива ASSUME может быть расположена до начала первого сегмента. В многосегментных программах ASSUME может описывать следующие сегменты

Сег.рег.

Сегмент

Загрузка адреса

CS

Рг сегмента команд

автоматическая

DS

Рг сегмента данных

в программе

ES

Рг доп. сегмента данных

в программе

SS

Рг сегмента стека

автоматическая

3) Директива ENDS указывает на конец текста сегмента. Общий вид

{ мет. сегм.} ENDS

4) Директива END указывает на конец текста исходного модуля (ИМ). Общий вид

END { мет. начала}

где { мет. начала} – пусковой адрес, т.е. метка первой выполняемой строки ИМ, которой передается управление после компоновки.

Обычно программы состоят из 3-х сегментов: команд, данных и стека. Допускается использовать дополнительный сегмент данных. Расположение сегментов в принципе свободное, но рекомендуется:

    1. сегмент данных,

    2. дополнительный сегмент данных,

    3. сегмент команд,

    4. сегмент стека, т.к. он может быть описан без расхода памяти.

Например,

Stack SEGMENT stack ,‘stack’

DW 128 dup(?)

Stack ENDS

Объем стека обычно указывается в словах и не должен превышать 64КБ.

Здесь имя сегмента совпадает с атрибутами, что не запрещено; далее stack – комбинаторный атрибут, который позволяет компоновщику объединить стековые сегменты из разный ИМ в один стековый сегмент. Кроме того, при загрузке программы выполняется автоматическая инициализация регистров SS и SP.

Часто в больших программах используются подпрограммы для реализации типовых участков. В ЯА подпрограммы оформляются в виде процедур.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]