Linux平台资料汇编.pdfVIP

ELF格格式式 42字字节节可可执执行行文文件件 正经描述Intel-386架构ELF格式的文档在http :///elf/elf.pdf. 该文档包括各个边角，因此，人们不 意读是完全可以 理解的。实际上，关于ELF，需要知道的差不多就是一下这些内容。 每个ELF文件都由ELF头部开始。ELF头部长度是52字节，描述了该文件的一些元信息。譬如，前16个字节包含了一个“标示符”，包含 文件的“ agic nu ber” （7F 45 4C 46 ），还有1字节的标识信息如是32bit还是64bit ，little-endian还是big-endian等等。其他信息包括该ELF 文件是可执行的、目标文件还是共享库；该程序的起始地址，文件内程序头表和section头表的位置。 progra header table和section header table可以在文件的任意位置，但是一般而言，progra header table则位于文件的结尾。这两个表的作 用相似，都拥护标记文件的哥哥部分。不同之处在于progra header table用于标记文件的每个部分会被加载到内存的什么位置，而 section header table标记各个部分在文件里的位置。简而言之，编译器和链接器使用的是section header table，而加载器用着的是progra header table. 因为这个原因，目标文件用不着progra header table，而可执行文件用不着section header table，但是它们总是存在的！ 因此，我们还能够去掉的部分就是section header table 以及其它一些同样没用的部分了。问题是，怎么样去掉它们？ 现在的标准工具里没有哪个生成的可执行文件中会没有section header table 的。我们得自己动手。当然也并不意味着我们得自己动手写二 进制文件，Nas 有一个 flat 二进制输出格式，我们只需要一个空白的ELF可执行文件的镜像，然后把文件填进去进行了。只填我们的程 序。 我们来看一下ELF的规范，/usr/include/linux/elf.h ，以及标准工具生成的可执行文件，弄明白空的ELF可执行文件的格式。但是，如果你 不耐烦这么一步步的琢磨，那么看下面的一些内容： BITS 32 org 0 ehdr: ; Elf32_Ehdr db 0x7F, ELF, 1, 1, 1, 0 ; e_ident ti es 8 db 0 dw 2 ; e_type dw 3 ; e_ achine dd 1 ; e_version dd _start ; e_entry dd phdr - $$ ; e_phoff dd 0 ; e_shoff dd 0 ; e_flags dw eh