Головной модуль

Cтраница 1

Головной модуль содержит обращения к другим модулям или к подпрограммам. Загрузчик, размещая модуль в памяти, анализирует инструкции обращения к другим модулям, вызывает с внешних накопителей соответствующие модули или библиотечные подпрограммы, размещает их в свободных участках памяти и настраивает по параметрам. Если вызванный модуль, в свою очередь, содержит обращения к другим модулям или подпрограммам, то они также вызываются и размещаются в памяти. Этот процесс заканчивается, когда все модули, необходимые для работы программы или ее части ( раздела), размещены в памяти, настроены по месту и по параметрам. [1]

Головной модуль этого вируса сначала копирует свою двоичную программу в массив, открывая argf [0] и считывая его для надежного хранения. Затем он сканирует файловую систему, начиная с корневого каталога, и вызывает процедуру search с корневым каталогом в качестве параметра. [2]

Головной модуль кодируется первым. [3]

Головной модуль этого вируса сначала копирует свою двоичную программу в массив, открывая argv [0] и считывая его для надежного хранения. Затем он сканирует файловую систему, начиная с корневого каталога, и вызывает процедуру search с корневым каталогом в качестве параметра. [4]

Головной модуль IGRA детализирован на псевдокоде подробно, поэтому сразу приведем его реализацию на автокоде. [5]

Головного модуля в RT-программе не существует. [6]

Головным модулем является монитор, первым получающим управление при загрузке интерпретатора и обеспечивающий инициализацию системы. Кроме того, он подготавливает автозагрузку интерпретатора в случае сбоя по питанию. Затем монитор в цикле последовательно вызывает модули: обработчик клавиатурных команд, копировальщик, инициатор и таймер. [7]

Задачей головного модуля PARAM является описание параметров программы и присвоение им установленных значений, а также вызов для выполнения модуля А. Введенные параметры TEPLO и PRESS описываются во всех модулях как внешние переменные. В больших комплексах модулей общие описания внешних переменных удобно оформлять в виде разделов библиотек и включать в модули о помощью препроцессорного оператора % INCLUDE. Это предупреждает возникновение ошибок рассогласования и позволяет локализовать изменения таких описаний внутри соответствующих разделов. [8]

При чтении головного модуля проявляется общая логика всей программы. [9]

После тестирования головного модуля заглушки второго уровня заменяются соответствующими модулями и тестируются с применением заглушек вместо модулей третьего уровня. Однако иерархический подход не определяет порядка создания модулей в пределах уровня. [10]

При входе в головной модуль головного сегмента базисный адрес головного модуля Аби 1 ( полученный в результате увеличения на 16 нулевого базисного адреса Абио, совпадает с адресом А начала индексного поля: Аби1 Абио - f - 16 А. [11]

При входе в головной модуль головного сегмента базисный адрес головного модуля А0и1, полученный в результате увеличения на 16 нулевого базисного адреса Абио, совпадает с адресом А начала индексного поля: Аби1 Абио 16 А. [12]

Программа, разделенная на модули. [13]

Здесь предполагается, что головной модуль работает в условиях, когда выполнены начальные требования для программы Сопровождение файла сотрудников. Конечно, каждый из изображенных на рисунке модулей также может требовать специфических начальных условий. Важно понять, что на этом этапе проектирования не нужно думать о том, как выполняет свою функцию каждый модуль. [14]

Каркас программы, состоящий из головного модуля и ряда заглушек и / или модулей, необходимых для его правильного выполнения. [15]

Страницы: 1 2 3 4