10

我正在尝试将一个 elf 文件加载到我制作的 MIPS 模拟器中。我遇到的问题是我不太明白 elf 部分标题偏移背后的含义。当我进行段转储时,段 25 - 31 和 33 - 35 在 0x00000000 “开始”,但标题指出该段从某个值的偏移量开始(例如 010190)。同样在 -S 部分的开头,readelf 声明标头在内存中的 0x107b4 处开始。但是从 -S 中可以看出,最早的内存分配(因为段 0 是空的)实际上在段 26 的偏移量 010210 处。有人可以解释这里发生了什么吗?我想将所有这些文件静态分配到一个内存数组中。是否有一些关于偏移量的假设阻止我这样做?为什么 readelf 说 0x107b4 是标题起点?

另外,我应该.init在将PC放在readelf指定的“入口点”之前运行吗?

编辑:好的,所以,我对可执行文件进行了十六进制转储,现在我意识到偏移量是指实际 elf 文件中的位置(包含“地址”0 - 11d48 处的元素。)所以我现在的问题是。 ..我如何解决许多内存地址引用地址0x00000000的事实?它们当然有不同的偏移量,但现在我知道这是特定于文件的,这意味着几个部分的别名。我真的在内存寻址中使用偏移量吗?

第 25 段:

  0x00000000 00474343 3a202847 4e552920 332e342e .GCC: (GNU) 3.4.
  0x00000010 35000047 43433a20 ...

Readelf -S输出:

  There are 36 section headers, starting at offset 0x107b4:

部分标题:

  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [ 0]                   NULL            00000000 000000 000000 00      0   0  0
  [ 1] .interp           PROGBITS        00400134 000134 00000d 00   A  0   0  1
  [ 2] .note.ABI-tag     NOTE            00400144 000144 000020 00   A  0   0  4
  [ 3] .reginfo          MIPS_REGINFO    00400164 000164 000018 18   A  0   0  4
  [ 4] .dynamic          DYNAMIC         0040017c 00017c 000108 08   A  7   0  4
  [ 5] .hash             HASH            00400284 000284 0000bc 04   A  6   0  4
  [ 6] .dynsym           DYNSYM          00400340 000340 0001c0 10   A  7   1  4
  [ 7] .dynstr           STRTAB          00400500 000500 00023c 00   A  0   0  1
  [ 8] .gnu.version      VERSYM          0040073c 00073c 000038 02   A  6   0  2
  [ 9] .gnu.version_r    VERNEED         00400774 000774 000060 00   A  7   2  4
  [10] .init             PROGBITS        004007e4 0007e4 0000a8 00  AX  0   0  4
  [11] .text             PROGBITS        00400890 000890 000810 00  AX  0   0 16
  [12] .MIPS.stubs       PROGBITS        004010a0 0010a0 000090 00  AX  0   0  4
  [13] .fini             PROGBITS        00401130 001130 000058 00  AX  0   0  4
  [14] .rodata           PROGBITS        00401190 001190 000020 00   A  0   0 16
  [15] .eh_frame_hdr     PROGBITS        004011b0 0011b0 000034 00   A  0   0  4
  [16] .data             PROGBITS        10000000 010000 000030 00  WA  0   0 16
  [17] .rld_map          PROGBITS        10000030 010030 000004 00  WA  0   0  4
  [18] .eh_frame         PROGBITS        10000034 010034 0000bc 00  WA  0   0  4
  [19] .ctors            PROGBITS        100000f0 0100f0 00000c 00  WA  0   0  4
  [20] .dtors            PROGBITS        100000fc 0100fc 000008 00  WA  0   0  4
  [21] .jcr              PROGBITS        10000104 010104 000004 00  WA  0   0  4
  [22] .got              PROGBITS        10000110 010110 00007c 04 WAp  0   0 16
  [23] .sbss             NOBITS          1000018c 010190 000000 00 WAp  0   0  1
  [24] .bss              NOBITS          10000190 010190 000020 00  WA  0   0 16
  [25] .comment          PROGBITS        00000000 010190 00007e 00      0   0  1
  [26] .debug_aranges    MIPS_DWARF      00000000 010210 000058 00      0   0  8
  [27] .debug_info       MIPS_DWARF      00000000 010268 000146 00      0   0  1
  [28] .debug_abbrev     MIPS_DWARF      00000000 0103ae 000020 00      0   0  1
  [29] .debug_line       MIPS_DWARF      00000000 0103ce 0001a6 00      0   0  1
  [30] .pdr              PROGBITS        00000000 010574 000100 00      0   0  4
  [31] .mdebug.abi32     PROGBITS        00000000 010674 000000 00      0   0  1
  [32] .rel.dyn          REL             004007d4 0007d4 000010 08   A  6   0  4
  [33] .shstrtab         STRTAB          00000000 010674 00013f 00      0   0  1
  [34] .symtab           SYMTAB          00000000 010d54 000920 10     35 107  4
  [35] .strtab           STRTAB          00000000 011674 0006d4 00      0   0  1
4

1 回答 1

13

当您加载 ELF 目标文件时,您应该加载段,而不是部分。如果它是类型,则加载该段PT_LOAD

地址为 0 的部分是不应加载的部分。如果你看他们的名字,你可能会猜到原因。

本文档将帮助您更好地理解 ELF 格式

于 2011-02-23T21:27:13.527 回答