Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Teoria 158783 .doc
Скачиваний:
6
Добавлен:
25.09.2019
Размер:
1.72 Mб
Скачать

Раздел 8.Оверлеи Общие сведения

После компиляции программы может оказаться, что она слишком большая. В этом случае при запуске программы выдается сообщение типа «Не хватает памяти». Один из выходов в данной ситуации – использование оверлейной технологии составления программ.

Модуль Overlay – средство для разбиения программы на отдельные части. Суммарный объем этих частей может значительно превышать объем доступной памяти компьютера.

Оверлейная программа состоит из двух частей – файла с расширением ехе и файла с тем же именем, но с расширением ovr. Ехе-файл содержит постоянную часть программы. Оvr-файл хранит части программы, которые подгружаются в память по мере необходимости. При этом в памяти находятся лишь необходимые в данный момент процедуры и функции. Затем они перекрываются другими оверлейными процедурами и функциями. Оверлейные части программы по очереди ипользуют одну и ту же область памяти. Она называется оверлейным буфером.

Действия по загрузке или выгрузке оверлеев из памяти выполняются автоматически администратором оверлеев.

Правила оформления оверлейных программ

Паскаль позволяет создавать оверлеи только на уровне модулей, Таким образом, минимальной оверлейной единицей является модуль Unit. При этом программа должна удовлетворять следующим требованиям:

  1. Все оверлейные модули должны быть откомпилированы в состоянии {$O+}.

Опция {$O+} – это глобальная опция «Генерация оверлейного кода» компилятора. По умолчанию она выключена ({$O-}). Использование опции эквивалентно установке пункта меню Options / Compiler / Overlays Allowed в среде языка Паскаль.

Модули, откомпилированные в состоянии {$O+}, могут быть (но не обязательно будут) оверлейными.

  1. Все подпрограммы, прямо или косвенно вызывающие оверлейные подпрограммы, должны быть откомпилированы в состоянии {$F+}. Опция {$F+} – это локальная опция компилятора «Дальний (межсегментный) вызов процедур и функций (Far)». По умолчанию данная опция выключена ({$F-}), что соответствует ее значению «Ближний (внутрисегментный) вызов процедур и функций (Near)».

Для удовлетворения данных требований в начале каждого оверлейного модуля устанавливаются опции {$F+, $O+}, а в начало всех других модулей и главной программы помещается опция {$F+}.

Кроме того, в основной программе в предложении использования Uses необходимо подключить стандартный модуль Overlay и все используемые оверлейные модули. Модуль Overlay должен быть записан перед именами оверлейных модулей.

Затем в основной программе необходимо указать, какие модули из перечисленных в предложении Uses будут оверлейными. Для этого используется локальная директива компилятора {$O <Имя_модуля>} – «Имя оверлейного модуля». Она определяет при компиляции программы, какой из модулей помещается в файл с расширением ovr, а не в файл с расширением ехе.

(Обратите внимание на терминологию. Директива компилятора отличается от опции компилятора тем, что имеет параметр. В качестве параметра может использоваться <Имя_файла>, <Имя_модуля>, размеры (стека, области динамической памяти и т.п.). В опциях используется только ключ (+ или –)).

Директива {$O <Имя_модуля>} помещается в основной программе сразу после предложения использования Uses.

Пример 8.1.

Размещение в основной программе директив и опций.

Program Main;

{$F+}

Uses Overlay, Unit1, Unit2;

{$O Unit1}

{$O Unit2}

...

<Текст_программы>

При компиляции вышеприведенной программы (см. пример 8.1) модули Unit1, Unit2 помещаются в файл <Имя>.ovr, все остальные части программы – в файл <Имя>.ехе. <Имя> у обоих файлов должно быть одним и тем же.

Программы с оверлеями не могут компилироваться в памяти и всегда должны создаваться на диске.

Раздел инициализации (если он есть) оверлейного модуля также имеет ограничения:

  1. В нем запрещено включать администратор оверлеев.

  2. В нем нельзя производить какие-либо действия до включения администратора оверлеев.

Так как разделы инициализации выполняются до выполнения основной программы, то реализация данных ограничений возможна за счет введения дополнительного неоверлейного модуля. В его разделе инициализации необходимо включить администратор оверлеев. Данный модуль необходимо подключить в предложении Uses основной программы перед оверлейными модулями.

Нельзя организовывать как оверлейные стандартные модули (Dos, Crt и т.д.) и модули, содержащие обработку прерываний.

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