Windows运行机理——线程的机制(4)-程序员宅基地

技术标签: 操作系统  runtime  嵌入式  

PE结构分析

 

因为PE结构是一个很复杂的结构,所以下面我们在讨论PE时把它分为PE头标、表节、文件导入/导出、资源分别介绍。如果你只对某部分内容感兴趣,可以直接跳到此节阅读。


P E头标

 

PE 的意思就是 Portable Executable(可移植的执行体)。它是 Win32环境自身所带的执行体文件格式。它的一些特性继承自 Unix Coff (common object file format)文件格式。Portable Executable(可移植的执行体)意味着此文件格式是跨Win32平台的:即使Windows运行在非IntelCPU上,任何win32平台的PE装载器都能识别和使用该文件格式。当然,移植到不同的CPU上的PE执行体必然得有一些改变。所有Win32执行体(除了VxD16位的DLL)都使用PE文件格式,包括NT的内核模式驱动程序(Kernel Mode Drivers)。

我们在PE结构中最先看见的PE格式中的是PE结构的头标。像所有其他微软可执行文件格式一样,PE文件在一个已知(或容易找到的)位置上,有一系列域来定义该文件其余部分看起来像什么。PE头标包含了至关重要的一些信息,诸如代码和数据区的位置和大小、该文件要用什么操作系统以及初始的堆栈大小。我们在学习PE结构时最好用PEDUMPDUMP一个EXEDLL文件比较好学习点(PEDUMP可以在X:Msvc\COMMON\TOOLS找到,XVC的安装目录)。

 

1. DOS
 

与其他微软的可执行格式相似的是,在PE头标前面还有一个百多个字节的DOS头。这个DOS区域是一小段DOS程序。这一段程序只有几行简单的汇编程序,在Windows 3.1中可以自己定义。把一个很大的DOS程序当成PE结构的头也是可以的,例如说做一个从DOS下启动的游戏,就可以把DOS启动的内容放在前面。到了Windows 9x中的PE结构,在VC 4.0以后,DOS头就不可定义了。

现在,它的作用是如果此程序在DOS平台运行时,它将打印出“该程序不能在DOS模式下运行”之类的信息。这样就能提示程序的用户到Windows平台去运行此程序。下图PE结构图。


71-32-9.gif

PE文件的所有结构都能在WINNT.H文件中找到,其结构如下:

ExpandedBlockStart.gif ContractedBlock.gif typedef  struct  _IMAGE_DOS_HEADER  dot.gif // DOS .EXE header
InBlock.gif

InBlock.gif    WORD   e_magic;             
// Magic number
InBlock.gif

InBlock.gif    WORD   e_cblp;              
// Bytes on last page of file
InBlock.gif

InBlock.gif    WORD   e_cp;                 
// Pages in file
InBlock.gif

InBlock.gif    WORD   e_crlc;              
// Relocations
InBlock.gif

InBlock.gif    WORD   e_cparhdr;          
// Size of header in paragraphs
InBlock.gif

InBlock.gif    WORD   e_minalloc;         
// Minimum extra 
InBlock.gif
InBlock.gif
//paragraphs needed
InBlock.gif

InBlock.gif    WORD   e_maxalloc;       
// Maximum extra 
InBlock.gif
InBlock.gif
//paragraphs needed
InBlock.gif

InBlock.gif    WORD   e_ss;                 
// Initial (relative) SS value
InBlock.gif

InBlock.gif    WORD   e_sp;            
// Initial SP value
InBlock.gif

InBlock.gif    WORD   e_csum;         
// Checksum
InBlock.gif

InBlock.gif    WORD   e_ip;             
// Initial IP value
InBlock.gif

InBlock.gif    WORD   e_cs;             
// Initial (relative) CS value
InBlock.gif

InBlock.gif    WORD   e_lfarlc;           
// File address of relocation table
InBlock.gif

InBlock.gif    WORD   e_ovno;          
// Overlay number
InBlock.gif

InBlock.gif    WORD   e_res[
4];           // Reserved words
InBlock.gif

InBlock.gif    WORD   e_oemid;       
// OEM identifier (for e_oeminfo)
InBlock.gif

InBlock.gif    WORD   e_oeminfo;     
// OEM information; 
InBlock.gif
InBlock.gif
//e_oemid specific
InBlock.gif

InBlock.gif    WORD   e_res2[
10];        // Reserved words
InBlock.gif

InBlock.gif    LONG   e_lfanew;           
// File address of new exe header
InBlock.gif

ExpandedBlockEnd.gif  }
 IMAGE_DOS_HEADER,  * PIMAGE_DOS_HEADER;
None.gif
None.gif

e_lfanew是相对实际PE头标的相对偏移量(或RVA)。要得到内存中一个指向PE头标的指针,只需将该域的值与映像的基相加:


None.gif      // Ignoring typecasts and pointer conversion issues for clarity…
None.gif

None.gif    pNTHeader
=  dosHeader  +  dosHeader -> e_lfanew;
None.gif
None.gif

其他字段的意义是和DOS头有关的字节,这里没有什么大的作用,就不做介绍了。

 

2. IMAGE_NT_HEADERS
 

PE头标是一个IMAGE_NT_HEADERS类型的结构,该类型在WINNT.H中定义。

在内存中,Windows中把IMAGE_NT_HEADERS结构作为它内存中的模块数据库。在Windows中,每个被装入的EXEDLL都用一个IMAGE_NT_HEADERS结构来说明。其结构如下:


ExpandedBlockStart.gif ContractedBlock.gif typedef  struct  _IMAGE_NT_HEADERS  dot.gif {
InBlock.gif
InBlock.gif    DWORD Signature;
InBlock.gif
InBlock.gif    IMAGE_FILE_HEADER FileHeader;
InBlock.gif
InBlock.gif    IMAGE_OPTIONAL_HEADER32 OptionalHeader;
InBlock.gif
ExpandedBlockEnd.gif}
 IMAGE_NT_HEADERS32,  * PIMAGE_NT_HEADERS32;
None.gif
None.gif

Signature表示此文件所表示的类型,其意义定义如下:


None.gif #define  IMAGE_DOS_SIGNATURE     0x4D5A         //  MZ
None.gif
None.gif
#define  IMAGE_OS2_SIGNATURE     0x4E45         //  NE
None.gif
None.gif
#define  IMAGE_OS2_SIGNATURE_LE  0x4C45         //  LE
None.gif
None.gif
#define  IMAGE_NT_SIGNATURE        0x50450000   //  PE00
None.gif
None.gif

如果是PE格式,则SignaturePE\0\0PE后跟两个0)。

 

3. IMAGE_FILE_HEADER
 

PE头标中紧随PEWORD记号的是一个IMAGE_FILE_HEADER类型的结构,如下所示:


ExpandedBlockStart.gif ContractedBlock.gif typedef  struct  _IMAGE_FILE_HEADER  dot.gif {
InBlock.gif
InBlock.gif    WORD    Machine;
InBlock.gif
InBlock.gif    WORD    NumberOfSections;
InBlock.gif
InBlock.gif    DWORD   TimeDateStamp;
InBlock.gif
InBlock.gif    DWORD   PointerToSymbolTable;
InBlock.gif
InBlock.gif    DWORD   NumberOfSymbols;
InBlock.gif
InBlock.gif    WORD    SizeOfOptionalHeader;
InBlock.gif
InBlock.gif    WORD    Characteristics;
InBlock.gif
ExpandedBlockEnd.gif}
 IMAGE_FILE_HEADER,  * PIMAGE_FILE_HEADER;
None.gif
None.gif

这个结构的域只包含了关于文件的最基本的信息。

Machine表示该文件运行所要求的CPU,有如下的CPU ID定义:


None.gif #define  IMAGE_FILE_MACHINE_UNKNOWN            0
None.gif
None.gif
#define  IMAGE_FILE_MACHINE_I386                 0x014c  
None.gif
None.gif
//  Intel 386.
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_R3000              0x0162  
None.gif
None.gif
//  MIPS little-endian, 0x160 big-endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_R4000            0x0166  
None.gif
None.gif
//  MIPS little-endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_R10000        0x0168  
None.gif
None.gif
//  MIPS little-endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_WCEMIPSV2    0x0169  
None.gif
None.gif
//  MIPS little-endian WCE v2
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_ALPHA          0x0184  
None.gif
None.gif
//  Alpha_AXP
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_POWERPC       0x01F0  
None.gif
None.gif
//  IBM PowerPC Little-Endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_SH3             0x01a2  
None.gif
None.gif
//  SH3 little-endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_SH3E           0x01a4  
None.gif
None.gif
//  SH3E little-endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_SH4             0x01a6  
None.gif
None.gif
//  SH4 little-endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_ARM            0x01c0  
None.gif
None.gif
//  ARM Little-Endian
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_THUMB          0x01c2
None.gif
None.gif
#define  IMAGE_FILE_MACHINE_IA64            0x0200  
None.gif
None.gif
//  Intel 64
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_MIPS16         0x0266  
None.gif
None.gif
//  MIPS
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_MIPSFPU       0x0366  
None.gif
None.gif
//  MIPS
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_MIPSFPU16     0x0466  
None.gif
None.gif
//  MIPS
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_ALPHA64       0x0284  
None.gif
None.gif
//  ALPHA64
None.gif

None.gif
#define  IMAGE_FILE_MACHINE_AXP64         
None.gif
None.gif
// IMAGE_FILE_MACHINE_ALPHA64
None.gif

None.gif

NumberOfSection表示在EXEOBJ中的节数。这个很重要,因为它直接表示节表数组的大小。

TimeDateStamp表示连接器生成该文件的时间。该值是指从<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />19691231下午4点整开始至文件生成时之间的秒数。

PointerToSymbolTable表示文件的COFF符号表的偏移量。该域只用在OBJ文件和带有COFF调试信息的PE文件中,此信息只在调试文件中有用。

NumberOfSymbols表示在COFF符号表中的符号数目,参见前一个域,此信息只在调试文件中有用。

SizeOfOptionalHeader表示紧跟该结构之后的一个可选头标的大小。在可执行文件中,它是紧随该结构的image_file_header结构的大小。这个值必须有效。

Characteristics表示文件的信息化标记。一些重要的域描述如下:

None.gif //  Relocation info stripped from file.
None.gif

None.gif
#define  IMAGE_FILE_RELOCS_STRIPPED             0x0001
None.gif
None.gif
//  File is executable  (i.e. no unresolved external references).
None.gif

None.gif
#define  IMAGE_FILE_EXECUTABLE_IMAGE           0x0002
None.gif
None.gif
//  Line nunbers stripped from file.
None.gif

None.gif
#define  IMAGE_FILE_LINE_NUMS_STRIPPED         0x0004
None.gif
None.gif
//  Local symbols stripped from file.
None.gif

None.gif
#define  IMAGE_FILE_LOCAL_SYMS_STRIPPED       0x0008
None.gif
None.gif
//  Agressively trim working set
None.gif

None.gif
#define  IMAGE_FILE_AGGRESIVE_WS_TRIM          0x0010
None.gif
None.gif
//  App can handle >2gb addresses
None.gif

None.gif
#define  IMAGE_FILE_LARGE_ADDRESS_AWARE           0x0020
None.gif
None.gif
//  Bytes of machine word are reversed.
None.gif

None.gif
#define  IMAGE_FILE_BYTES_REVERSED_LO          0x0080
None.gif
None.gif
//  32 bit word machine.
None.gif

None.gif
#define  IMAGE_FILE_32BIT_MACHINE                0x0100
None.gif
None.gif
//  Debugging info stripped from file in .DBG file
None.gif

None.gif
#define  IMAGE_FILE_DEBUG_STRIPPED              0x0200
None.gif
None.gif
//  If Image is on removable media, copy and run from the swap file.
None.gif

None.gif
#define  IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP   0x0400
None.gif
None.gif
//  If Image is on Net, copy and run from the swap file.
None.gif

None.gif
#define  IMAGE_FILE_NET_RUN_FROM_SWAP          0x0800
None.gif
None.gif
//  System File.
None.gif

None.gif
#define  IMAGE_FILE_SYSTEM                        0x1000
None.gif
None.gif
//  File is a DLL.
None.gif

None.gif
#define  IMAGE_FILE_DLL                            0x2000
None.gif
None.gif
//  File should only be run on a UP machine
None.gif

None.gif
#define  IMAGE_FILE_UP_SYSTEM_ONLY              0x4000
None.gif
None.gif
//  Bytes of machine word are reversed.
None.gif

None.gif
#define  IMAGE_FILE_BYTES_REVERSED_HI          0x8000
None.gif
None.gif

我们常见的意义如下。

Ø         0x0001:该文件中没有重定位。

Ø         0x0002:文件是一个可执行的映像(即不是一个OBJLIB)。

Ø         0x2000:文件是一个动态连接库,不是一个程序。


4. IMAGE_OPTIONAL_HEADER
 

PE头标的第三部分是一个IMAGE_OPTIONAL_HEADER类型结构。对于PE文件,这部分是必要的。除了标准的IMAGE_FILE_HEADER外,COFF格式还允许单独定义一个附加信息结构。

IMAGE_OPTIONAL_HEADER分为两种,一种是32位的,一种是64位的,我们可以在WINNT.H中找到对应的结构,其名分别为:

IMAGE_OPTIONAL_HEADER32IMAGE_OPTIONAL_HEADER64我们在这里只对32位进行介绍,其结构如下:


ExpandedBlockStart.gif ContractedBlock.gif typedef  struct  _IMAGE_OPTIONAL_HEADER  dot.gif {
InBlock.gif
InBlock.gif    
//
InBlock.gif
InBlock.gif    
// Standard fields.
InBlock.gif
InBlock.gif    
//
InBlock.gif

InBlock.gif 
InBlock.gif
InBlock.gif    WORD     Magic;
InBlock.gif
InBlock.gif    BYTE      MajorLinkerVersion;
InBlock.gif
InBlock.gif    BYTE      MinorLinkerVersion;
InBlock.gif
InBlock.gif    DWORD     SizeOfCode;
InBlock.gif
InBlock.gif    DWORD     SizeOfInitializedData;
InBlock.gif
InBlock.gif    DWORD     SizeOfUninitializedData;
InBlock.gif
InBlock.gif    DWORD     AddressOfEntryPoint;
InBlock.gif
InBlock.gif    DWORD     BaseOfCode;
InBlock.gif
InBlock.gif    DWORD     BaseOfData;
InBlock.gif
InBlock.gif 
InBlock.gif
InBlock.gif    
//
InBlock.gif
InBlock.gif    
// NT additional fields.
InBlock.gif
InBlock.gif    
//
InBlock.gif

InBlock.gif 
InBlock.gif
InBlock.gif    DWORD     ImageBase;
InBlock.gif
InBlock.gif    DWORD     SectionAlignment;
InBlock.gif
InBlock.gif    DWORD     FileAlignment;
InBlock.gif
InBlock.gif    WORD      MajorOperatingSystemVersion;
InBlock.gif
InBlock.gif    WORD      MinorOperatingSystemVersion;
InBlock.gif
InBlock.gif    WORD      MajorImageVersion;
InBlock.gif
InBlock.gif    WORD      MinorImageVersion;
InBlock.gif
InBlock.gif    WORD      MajorSubsystemVersion;
InBlock.gif
InBlock.gif    WORD      MinorSubsystemVersion;
InBlock.gif
InBlock.gif    DWORD     Win32VersionValue;
InBlock.gif
InBlock.gif    DWORD     SizeOfImage;
InBlock.gif
InBlock.gif    DWORD     SizeOfHeaders;
InBlock.gif
InBlock.gif    DWORD     CheckSum;
InBlock.gif
InBlock.gif    WORD      Subsystem;
InBlock.gif
InBlock.gif    WORD      DllCharacteristics;
InBlock.gif
InBlock.gif    DWORD     SizeOfStackReserve;
InBlock.gif
InBlock.gif    DWORD     SizeOfStackCommit;
InBlock.gif
InBlock.gif    DWORD     SizeOfHeapReserve;
InBlock.gif
InBlock.gif    DWORD     SizeOfHeapCommit;
InBlock.gif
InBlock.gif    DWORD     LoaderFlags;
InBlock.gif
InBlock.gif    DWORD     NumberOfRvaAndSizes;
InBlock.gif
InBlock.gif    IMAGE_DATA_DIRECTORY 
InBlock.gif
InBlock.gifDataDirectory[IMAGE_NUMBEROF_DIRECTORY_ENTRIES];
InBlock.gif
ExpandedBlockEnd.gif}
 IMAGE_OPTIONAL_HEADER32,  * PIMAGE_OPTIONAL_HEADER32;
None.gif

Magic表示标志映像文件状态的一个WORD记号。值定义如下:

None.gif #define  IMAGE_NT_OPTIONAL_HDR32_MAGIC        0x10b
None.gif
None.gif
#define  IMAGE_NT_OPTIONAL_HDR64_MAGIC        0x20b
None.gif
None.gif
#define  IMAGE_ROM_OPTIONAL_HDR_MAGIC          0x107
None.gif
None.gif

Ø         0x0107:一个ROM映像。

Ø         0x010B:一个普通的可执行映像(大多数文件含此值)。

MajorLinkerVersionMinorLinkerVersion表示生成该文件的连接器版本号。该数字以十进制形式显示,而不是十六进制,一个典型的连接器版本号是2.23

SizeOfCode表示所有代码段组合聚集在一起的尺寸大小,内存中整个PE映像体的尺寸。它是所有头和节经过节对齐处理后的大小。

SizeOfInitializedData表示由初始化的数据(不包括代码段)组成的所有节的总尺寸。

SizeOfUninitializedData表示初始化的数据的大小。未初始化的数据通常被归入称为.bss的一节中。

AddressOfEntryPoint表示映像开始执行位置的地址。PE装载器准备运行的PE文件的第一个指令的RVA。若您要改变整个执行的流程,可以将该值指定到新的RVA,这样,新RVA处的指令首先被执行。

BaseOfCode表示文件代码节开始处的RVA。典型情况下,代码节在PE头标之后,并在数据节之前进入内存。在微软生成的EXE文件中,该RVA通常是0x1000

BaseOfData表示文件的数据节开始处的RVA。典型情况下,数据节最后进入内存,排在PE头标和代码节后面。

ImageBase表示当连接器创建一个可执行文件时,它假设该文件将被内存映射到内存中的一个指定位置上。也就是PE文件的优先装载程序的地址。因为在Windows操作系统中,总是把可执行程序安装到虚拟空间中去,每个虚拟空间在逻辑上都是相对独立的,不相干的。此值就是表示程序装在虚拟空间的什么地方开始。

SectionAlignment表示内存中节对齐的粒度。例如,如果该值是4096 (1000h),那么每节的起始地址必须是4096的倍数。若第一节从401000h开始且大小是10个字节,则下一节必定从402000h开始,即使401000h402000h之间还有很多空间没被使用。

FileAlignment表示文件中节对齐的粒度。例如,如果该值是(200h),,那么每节的起始地址必须是512的倍数。若第一节从文件偏移量200h开始且大小是10个字节,则下一节必定位于偏移量400h: 即使偏移量5121024之间还有很多空间没被使用/定义。

MajorOperatingSystemVersionMinorOperatingSystemVersion表示使用该可执行文件所要求的操作系统最小版本。该域含义有点模棱两可,因为subsystem域(后面的一些域)页体现类似的目的。在大多数Win32文件中,该域为版本1.0

MajorImageVersionMinorImageVersion表示一个用户自定义域。该域允许你具有一个EXE或一个DLL的不同版本。可用连接器的/VERSION开关来置该域的值,如LINK/VERSION2.0 myobj.obj

MajorSuvsystemVersionMinorSubsystemVersion表示运行该可执行文件所要求的最小子系统版本。该域的一个典型值是4.0(意为Windows 4.0,即Windows 95)。

Reserved1一般总为0

SizeOfImage一般是装载器不得不关心的映像部分的总尺寸。它是从映像基地址开始直到最后一节的尾端这个范围的长度。最后一节的尾端是被调整为最接近节对齐值的倍数的。

SizeOfHeaders表示PE头标和节(对象)表的尺寸。这些节的生数据直接跟在所有头标部分之后。

SizeOfHeaders =所有头+节表的大小

也就等于文件尺寸减去文件中所有节的尺寸。

CheckSum总是值0

Subsystem表示该可执行文件为它用户接口而使用的子系统类型。WINNT.H定义了如下值:

None.gif //  Unknown subsystem.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_UNKNOWN                0 
None.gif
None.gif
//  Image doesn't require a subsystem.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_NATIVE                      1 
None.gif
None.gif
//  Image runs in the Windows GUI subsystem.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_WINDOWS_GUI            2 
None.gif
None.gif
//  Image runs in the Windows character subsystem.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_WINDOWS_CUI            3 
None.gif
None.gif
//  image runs in the OS/2 character subsystem.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_OS2_CUI                  5 
None.gif
None.gif
//  image runs in the Posix character subsystem.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_POSIX_CUI                   7 
None.gif
None.gif
//  image is a native Win9x driver.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_NATIVE_WINDOWS        8 
None.gif
None.gif
//  Image runs in the Windows CE subsystem.
None.gif

None.gif
#define  IMAGE_SUBSYSTEM_WINDOWS_CE_GUI       9
None.gif
None.gif

表示的意义如下。

Ø         native=1:不需要子系统(例如,一个设备驱动器)

Ø         WINDOWS_GUI=2:在Windows GUI子系统中运行

Ø         WINDOWS_GUI=3:在Windows字符子系统中运行(一个控制台应用程序)

Ø         OS2_GUI=5:在OS/2字符子系统中运行(只对OS/2 1.x的应用程序)

Ø         POSIX_CUI=7:在Posix字符子系统中运行

DllCharacteristics (在NT 3.5中标为obsolete)指示什么情况下一个DLL的初始化函数,例如DllMain()要被调用的标志集合。该值看起来总被置为0,然而操作系统仍为4个事件调用了DLL初始化函数。

被定义的值如下。

Ø         1:当DLL第一次被装入一个进程的地址空间时调用;

Ø         2:当一个线程中止时调用;

Ø         4:当一个线程启动时调用;

Ø         8:当DLL退出时调用。

SizeOfStakeReserve表示为初始线程栈保留的虚拟内存量。然而,这些内存不是都要交付的(见后一个域)。该域默认为0x1000001MB)。如果你对CreateThread()指定一个0作为栈的大小,结果线程仍是得到一个域默认值相同的栈。

SizeOfStackCommit表示为初始线程栈首先交付的内存量。在微软连接器中,该域默认值是0x1000字节(1页),而TLINK默认为0x2000字节(2页)。

SizeOfHeapReserve表示为初始进程堆保留的虚拟内存量。该堆句柄可通过调用GetProcessHeap()来获得。这些内存也不是都要交付的(见下一个域)。

SizeOfHeapCommit表示在进程堆中初始交付的内存量。连接器在该域的默认值是0x1000字节。

Loaderflags(在NT 3.5中标记为obsolete)它们一般是与调试支持有关的域。

NumberOfRvaAndSizes表示在DataDiretory数组中项的数目。目前的工具总把该域的值置为16

DataDirectory[IMAGE_NUMBEROF_DIRECTORY_ENTRIES]是一个IMAGE_DATA_DIRECTORY结构数组。数组中前面的元素包含了该可执行文件重要部分的起始RVA和尺寸。数组尾端的元素目前还未用到。数组的第一个元素总是引出函数表(如果有的话)的地址和尺寸。第二个数组项是引入函数表的地址和尺寸,如此等等。对于一个完整的数组项的定义列表,在WINNT.H中的IMAGE_DIRECTORY_ENTRY_xxx #defins中有如下的几项:


None.gif //  Export Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_EXPORT               0
None.gif
None.gif
//  Import Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_IMPORT               1
None.gif
None.gif
//  Resource Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_RESOURCE             2
None.gif
None.gif
//  Exception Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_EXCEPTION           3
None.gif
None.gif
//  Security Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_SECURITY            4
None.gif
None.gif
//  Base Relocation Table
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_BASERELOC           5
None.gif
None.gif
//  Debug Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_DEBUG                 6 
None.gif
None.gif
//  Architecture Specific Data
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_ARCHITECTURE       7 
None.gif
None.gif
//  RVA of GP
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_GLOBALPTR           8 
None.gif
None.gif
//  TLS Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_TLS                   9 
None.gif
None.gif
//  Load Configuration Directory
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_LOAD_CONFIG        10 
None.gif
None.gif
//  Bound Import Directory in headers
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT     11 
None.gif
None.gif
//  Import Address Table
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_IAT                   12 
None.gif
None.gif
//  Delay Load Import Descriptors
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_DELAY_IMPORT       13 
None.gif
None.gif
//  COM Runtime descriptor
None.gif

None.gif
#define  IMAGE_DIRECTORY_ENTRY_COM_DESCRIPTOR    14
None.gif
None.gif

该数组的目的是允许装载器可迅速地找到一个映像的特定节(例如引入函数表),而不必遍历映像的每一个节并逐一比较它们的名字。数组的大多数项描述了一个完整的节的数据。然而,IMAGE_DIRECTORY_ENTRY_ DEBUG元素只含了.rdata节中一小部分字节。

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/weixin_34272308/article/details/85355960

智能推荐

从零开始搭建Hadoop_创建一个hadoop项目-程序员宅基地

文章浏览阅读331次。第一部分:准备工作1 安装虚拟机2 安装centos73 安装JDK以上三步是准备工作,至此已经完成一台已安装JDK的主机第二部分:准备3台虚拟机以下所有工作最好都在root权限下操作1 克隆上面已经有一台虚拟机了,现在对master进行克隆,克隆出另外2台子机;1.1 进行克隆21.2 下一步1.3 下一步1.4 下一步1.5 根据子机需要,命名和安装路径1.6 ..._创建一个hadoop项目

心脏滴血漏洞HeartBleed CVE-2014-0160深入代码层面的分析_heartbleed代码分析-程序员宅基地

文章浏览阅读1.7k次。心脏滴血漏洞HeartBleed CVE-2014-0160 是由heartbeat功能引入的,本文从深入码层面的分析该漏洞产生的原因_heartbleed代码分析

java读取ofd文档内容_ofd电子文档内容分析工具(分析文档、签章和证书)-程序员宅基地

文章浏览阅读1.4k次。前言ofd是国家文档标准,其对标的文档格式是pdf。ofd文档是容器格式文件,ofd其实就是压缩包。将ofd文件后缀改为.zip,解压后可看到文件包含的内容。ofd文件分析工具下载:点我下载。ofd文件解压后,可以看到如下内容: 对于xml文件,可以用文本工具查看。但是对于印章文件(Seal.esl)、签名文件(SignedValue.dat)就无法查看其内容了。本人开发一款ofd内容查看器,..._signedvalue.dat

基于FPGA的数据采集系统(一)_基于fpga的信息采集-程序员宅基地

文章浏览阅读1.8w次,点赞29次,收藏313次。整体系统设计本设计主要是对ADC和DAC的使用,主要实现功能流程为:首先通过串口向FPGA发送控制信号,控制DAC芯片tlv5618进行DA装换,转换的数据存在ROM中,转换开始时读取ROM中数据进行读取转换。其次用按键控制adc128s052进行模数转换100次,模数转换数据存储到FIFO中,再从FIFO中读取数据通过串口输出显示在pc上。其整体系统框图如下:图1:FPGA数据采集系统框图从图中可以看出,该系统主要包括9个模块:串口接收模块、按键消抖模块、按键控制模块、ROM模块、D.._基于fpga的信息采集

微服务 spring cloud zuul com.netflix.zuul.exception.ZuulException GENERAL-程序员宅基地

文章浏览阅读2.5w次。1.背景错误信息:-- [http-nio-9904-exec-5] o.s.c.n.z.filters.post.SendErrorFilter : Error during filteringcom.netflix.zuul.exception.ZuulException: Forwarding error at org.springframework.cloud..._com.netflix.zuul.exception.zuulexception

邻接矩阵-建立图-程序员宅基地

文章浏览阅读358次。1.介绍图的相关概念  图是由顶点的有穷非空集和一个描述顶点之间关系-边(或者弧)的集合组成。通常,图中的数据元素被称为顶点,顶点间的关系用边表示,图通常用字母G表示,图的顶点通常用字母V表示,所以图可以定义为:  G=(V,E)其中,V(G)是图中顶点的有穷非空集合,E(G)是V(G)中顶点的边的有穷集合1.1 无向图:图中任意两个顶点构成的边是没有方向的1.2 有向图:图中..._给定一个邻接矩阵未必能够造出一个图

随便推点

MDT2012部署系列之11 WDS安装与配置-程序员宅基地

文章浏览阅读321次。(十二)、WDS服务器安装通过前面的测试我们会发现,每次安装的时候需要加域光盘映像,这是一个比较麻烦的事情,试想一个上万个的公司,你天天带着一个光盘与光驱去给别人装系统,这将是一个多么痛苦的事情啊,有什么方法可以解决这个问题了?答案是肯定的,下面我们就来简单说一下。WDS服务器,它是Windows自带的一个免费的基于系统本身角色的一个功能,它主要提供一种简单、安全的通过网络快速、远程将Window..._doc server2012上通过wds+mdt无人值守部署win11系统.doc

python--xlrd/xlwt/xlutils_xlutils模块可以读xlsx吗-程序员宅基地

文章浏览阅读219次。python–xlrd/xlwt/xlutilsxlrd只能读取,不能改,支持 xlsx和xls 格式xlwt只能改,不能读xlwt只能保存为.xls格式xlutils能将xlrd.Book转为xlwt.Workbook,从而得以在现有xls的基础上修改数据,并创建一个新的xls,实现修改xlrd打开文件import xlrdexcel=xlrd.open_workbook('E:/test.xlsx') 返回值为xlrd.book.Book对象,不能修改获取sheett_xlutils模块可以读xlsx吗

关于新版本selenium定位元素报错:‘WebDriver‘ object has no attribute ‘find_element_by_id‘等问题_unresolved attribute reference 'find_element_by_id-程序员宅基地

文章浏览阅读8.2w次,点赞267次,收藏656次。运行Selenium出现'WebDriver' object has no attribute 'find_element_by_id'或AttributeError: 'WebDriver' object has no attribute 'find_element_by_xpath'等定位元素代码错误,是因为selenium更新到了新的版本,以前的一些语法经过改动。..............._unresolved attribute reference 'find_element_by_id' for class 'webdriver

DOM对象转换成jQuery对象转换与子页面获取父页面DOM对象-程序员宅基地

文章浏览阅读198次。一:模态窗口//父页面JSwindow.showModalDialog(ifrmehref, window, 'dialogWidth:550px;dialogHeight:150px;help:no;resizable:no;status:no');//子页面获取父页面DOM对象//window.showModalDialog的DOM对象var v=parentWin..._jquery获取父window下的dom对象

什么是算法?-程序员宅基地

文章浏览阅读1.7w次,点赞15次,收藏129次。算法(algorithm)是解决一系列问题的清晰指令,也就是,能对一定规范的输入,在有限的时间内获得所要求的输出。 简单来说,算法就是解决一个问题的具体方法和步骤。算法是程序的灵 魂。二、算法的特征1.可行性 算法中执行的任何计算步骤都可以分解为基本可执行的操作步,即每个计算步都可以在有限时间里完成(也称之为有效性) 算法的每一步都要有确切的意义,不能有二义性。例如“增加x的值”,并没有说增加多少,计算机就无法执行明确的运算。 _算法

【网络安全】网络安全的标准和规范_网络安全标准规范-程序员宅基地

文章浏览阅读1.5k次,点赞18次,收藏26次。网络安全的标准和规范是网络安全领域的重要组成部分。它们为网络安全提供了技术依据,规定了网络安全的技术要求和操作方式,帮助我们构建安全的网络环境。下面,我们将详细介绍一些主要的网络安全标准和规范,以及它们在实际操作中的应用。_网络安全标准规范