Занесение параметра в регистр EAX

Имеется такой вопрос:
Подпрограмме через стек передан один параметр. С помощью какой команды подпрограмма может загрузить этот параметр в регистр EAX

и варианты ответов с одним правильным ответом

1)MOV EAX, [EBP+8]

2)MOV EAX, EBP+8

3)MOV EAX, [EBP+4]

4)MOV EAX, EBP

я думаю что 4 правильный вариант, так ли?

0

Сообщение от EpicSR я думаю что 4 правильный вариант

первый правильный.
аргумент будет лежать после "адреса-возврата" и самого EBP

2

R71MT, cпасибо. Еще один вопрос который формулирован непонятно, сможете помощь.

Какие данные могут содержать входные модули многомодульных программ

1)объявление общедоступных имен

2)объявление внешних имен

3)таблицы перемещений

4)таблицы символических имен


Я вычитал что в "входном" точно будут объявление общедоступных и внешних имен , а что касается таблиц мне не попадалось.

Добавлено через 7 минут
По идее эти таблицы должны существовать только в объектном модуле же?

0

Сообщение от EpicSR Еще один вопрос который формулирован непонятно,

мне тоже непонятно..

0

R71MT, наверно афтор этого теста под входными модулями имел ввиду исходные тексты на языке ассемблер который заканчивается расширением .asm, если да то с помощью директив EXTRN и PUBLIC объявляются внешние и общие имена в этих модулях, вот только где хранятся таблицы перемещений и таблица символических имен, таблица перемещений вроде как в объектном модуле после ассемблирования исходной программы.

0

Сообщение от EpicSR под входными модулями имел ввиду исходные тексты на языке ассемблер

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

если речь идёт про dll, то ответ(3) - таблица релоков.

0

R71MT, вряд ли в учебной программе речь идет про dll, да и сама тема библиотек там не затронуто.
вот например в этом учебнике в разделе 9.1(http://arch.cs.msu.su/Text/Chapter_09.pdf) речь идет про то что я написал выше, и понятие "входные и исходные модули" одинаковы, опять таки тут под модулем имеется ввиду текстовый файл содержащий код на ассемблере. Вообщем спасибо за ответы.

0

Не, не. Понятие модуля однозначно идет от концепции модульного программирования как оно мыслилось в Виртовском языке Модула-2. Но поскольку врядли кто с этим Модула-2 дело имел лучше взглянуть в сторону Турбо-Паскаля который был создан с закосом под Модулу. В нем были модули Unit в виде отдельного файла исходника и в скомпилированном виде как файлы TPU. Вот в свете этого и нужно наверно отвечать. Только я о внутренностях TPU файлов никогда не задумывался.

Добавлено через 23 минуты
Нутря TPU-шек : http://www.sources.ru/pascal/hacker/itpu131.zip

Сообщение от EpicSR 1)объявление общедоступных имен 2)объявление внешних имен 3)таблицы перемещений 4)таблицы символических имен

В общем :
1 - обязательно. Это имена которые экспортируются из модуля
2 - возможно. Это имена которые модуль может импортировать из других модулей
3 - по идее обязательно. Модуль будет запущен по заранее не известному адресу, так-что ...
4 - Чта ??? Все имена кроме экспортируемых будут похерены (заменены конкретными числовыми значениями адресов) при компиляции. Так-что если речь не идет об экспортируемых именах, то не может.

Добавлено через 9 минут

Сообщение от EpicSR опять таки тут под модулем имеется ввиду текстовый файл содержащий код на ассемблере.

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

0

0