(.exe) Segmented (New) .EXE File Header Format (NE)

Microsoft Windows требует больше данных о файле, нежели содержится в формате .EXE executable file для MS-DOS. Например, Windows нуждается в указании различных сегментов программы как сегментов кода и данных, импортированных функций, и сохранении ресурсов программы (икон, курсоров, меню и др.). Windows должна также поддерживать dynamically linkable library modules содержащие процедуры, доступные другим модулям. Из этих соображений Windows использует expanded .EXE header format называемый New Executable file header. Он используется программами Windows, Windows library modules, и resource-only файлами подобно Windows font resource files.

The Old Executable Header

New Executable file header включает сущетвующий MS-DOS exe file header.
Фактически начало New Executable это обычный MS-DOS .EXE header. 4 байта
по смещению 3CH указывают на New Executable header.

В этом MS-DOS .EXE может быть информация о non-Windows MS-DOS program, которая хранится в .EXE file наряду с Windows program. Эта программа запускается когда программа стартует из MS-DOS command line. Большинство Windows programmers используют стандартную программу, которая пишет "This program requires Microsoft Windows".

The New Executable Header

Начало New Executable file header содержит данные о расположении и длине разных таблиц. (Смещения от New Executable header.)

The module flag word at offset 0CH in the New Executable header is defined as shown in Figure K-1.

Figure K-1. The module flag word.

The segment table

Эта таблица содержит 8-byte record для каждого сегмента кода и данных программы или библиотеки. Каждый сегмент имеет ассоциированный с ним номер. Например, первый имеет номер 1. Эти номера используются для ссылок на сегмент из других секций New Executable file.

Figure K-2. The segment flag word.

Ресурсы - это сегменты, содержащие данные, но не входящие в обычные сегменты данных программы. Они используются для хранения menu, dialog-box templates, icons, cursors, и текстовых стpок, а также любого типа R/O data. Всякий ресурс имеет тип и имя, оба могут представляться числом или ASCII name.

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

Figure K-3. The resource flag word.

The resident names table

Содержит список строк ASCII. Первая -имя модуля, заданное в module definition file. Другие строки - имена всех exported functions перечисленных в module definition file that were not given explicit ordinal numbers or that were explicitly specified in the file as resident names. (Exported functions with explicit ordinal numbers in the module definition file are listed in the nonresident names table.)

В начале каждой строки идет байт (ее длина), а в конце два байта (слово) ссылаются на элемент entry table, начиная с 1. Слово после module name равно 0.

The module reference table

Таблица содержит по 2 байта на каждый внешний модуль, используемый программой, 2 байта являются смещением в imported names table.

The imported names table

Imported names table содержит список строк ASCII. Они являются именами всех других модулей, указываемых (referenced) посредством imported functions. Строки начинаются байтом длины.

Большинство приложений Windows содержат в imported names table имена KERNEL, USER, и GDI, но могут также входить имена других модулей, таких как KEYBOARD и SOUND. (Смещения от начала записи.)

Стpоки необязательно начинаются в начале imported names table; the names are referenced by offsets specified in the module reference table.

The entry table

Эта таблица содержит одну запись для каждой точки входа, т.е. всякой public FAR function или procedure. Записи имеют номера начиная с 1. Эти номера используются таблицами резидентных и нерезидентных имен. LINK versions 4.0 and later группирует (bundle) точки входа. Каждая группа снабжается заголовком:

0FFH if entry points in bundle are in movable segments Внимание! если номер сегмента =0, то это Null Entry, нужно только увеличить очередной номер точки входа и прочесть заголовок следующей связки

Для связки, содеpжащей entry points in fixed segments, каждая точка входа тpебует 3 байта:

Для связки, содеpжащей entry points in movable segments, каждая точка входа тpебует 6 байт:

The entry-point flag byte is defined as shown in Figure K-4.

Figure K-4. The entry-point flag.

The nonresident names table

Эта таблица содержит список строк ASCII. Первая - описание модуля из module definition file. Остальные строки являются именами всех exported functions перечисленных в module definition file, котоpые имеют номера, ассоциированные с ними. (Exported functions без номеров в module definition file перечислены в resident names table.)

Каждая строка начинается байтом-длиной строки и завершается словом (2 байта) referencing a member of the entry table, beginning at 1. За строкой module description следует 0.

The code and data segment

Вслед за различными таблицами заголовка New Executable расположены сегменты кода и данных программы или библиотечного модуля. Если в слове описания сегмента он помечен как ITERATED, то его организация следующая. (Смещения указаны от начала сегмента.)

Иначе, размер данных сегмента указан в поле length в таблице сегментов.

Если сегмент описан в слове описания сегмента как содержащий relocation information, то relocation table начинается непосредственно после данных сегмента. Windows использует relocation table для разрешения ссылок из сегмента на функции других сегментов этого модуля и импортированных функций в других модулях. (Смещения указаны от начала таблицы.)

Если флаг ADDITIVE в relocation type установлен, то адрес внешней функции is added к содержимому of the address in the target segment. Если флаг ADDITIVE сброшен, то target contains an offset to another target within the same segment that requires the same relocation address. This defines a chain of target addresses that get the same address. The chain is terminated with a -1 entry.