linux内核之elf格式

最新推荐文章于 2021-10-06 15:24:15 发布
最新推荐文章于 2021-10-06 15:24:15 发布
阅读量1.4k 收藏 1
点赞数
分类专栏： linuxc 文章标签： linux内核 header 汇编 table file processing
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/conjimmy/article/details/7095515
版权 
2.1汇编max.s
先看一个简单的汇编max.s
 .section .data
data_items:
 .long 3,67,34,222,45,75,54,34,44,33,22,11,66,0
 .section .text
 .globl _start
_start:
 movl $0, %edi  	                          # move 0 into the index register
 movl data_items(,%edi,4), %eax    # load the first byte of data
 movl %eax, %ebx 	                          # since this is the first item, %eax is
			                                  # the biggest

start_loop: 		                          # start loop
 cmpl $0, %eax  	                         # check to see if we've hit the end
 je loop_exit
 incl %edi 		                        # load next value
 movl data_items(,%edi,4), %eax
 cmpl %ebx, %eax                  	# compare values ebx is the biigest num ,  jle start_loop # jump to loop beginning if the new one isn't bigger: jle means if eax is less than or equals ebx
 movl %eax, %ebx                    	# move the value as the largest
 jmp start_loop 	                       # jump to loop beginning

loop_exit:
                                                    # %ebx is the status code for the _exit system call
                                                    # and it already has the maximum number
 movl $1, %eax  	                   #1 is the _exit() syscall
 int $0x80

汇编、链接、运行：

$ as max.s -o max.o
$ ld max.o -o max
$ ./max
$ echo $?

2.2ELF文件

ELF文件格式是一个开放标准，各种UNIX系统的可执行文件都采用ELF格式，它有三种不同的类型：

  • 可重定位的目标文件（Relocatable，或者Object File）
  • 可执行文件（Executable）
  • 共享库（Shared Object，或者Shared Library）

现在详细解释一下这个程序的汇编、链接、运行过程：

  1. 写一个汇编程序保存成文本文件max.s。
  2. 汇编器读取这个文本文件转换成目标文件max.o，目标文件由若干个Section组成，我们在汇编程序中声明的.section会成为目标文件中的Section，此外汇编器还会自动添加一些Section（比如符号表）。
  3. 然后链接器把目标文件中的Section合并成几个Segment，生成可执行文件max。
  4. 最后加载器（Loader）根据可执行文件中的Segment信息加载运行这个程序。

ELF格式提供了两种不同的视角，链接器把ELF文件看成是Section的集合，而加载器把ELF文件看成是Segment的集合。如下图所示。

图 18.1. ELF文件


 

2.2.1目标文件

下面用readelf工具读出目标文件max.o的ELF Header和Section Header Table，然后我们逐段分析。

$ readelf -a max.o
ELF Header:
  Magic:   7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
  Class:                             ELF32
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           Intel 80386
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          200 (bytes into file) //从文件地址200（0xc8）开始，
 // 每个Section Header占40字节，共40*8=320字节，到文件地址0x207结束。
  Flags:                             0x0
  Size of this header:               52 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           40 (bytes)
 Number of section headers: 8
  Section header string table index: 5 2.2.2 section头 Section Headers:

  [Nr] Name              Type            Addr                       Off    Size   ES Flg Lk Inf Al
  [ 0]                   NULL                 00000000             000000 000000 00      0   0  0
  [ 1] .text             PROGBITS     00000000             000034 00002a 00  AX  0   0  4
  [ 2] .rel.text         REL                00000000             0002b0 000010 08      6   1  4
  [ 3] .data             PROGBITS    00000000             000060 000038 00  WA  0   0  4
  [ 4] .bss              NOBITS         00000000             000098 000000 00  WA  0   0  4
  [ 5] .shstrtab         STRTAB       00000000            000098 000030 00      0   0  1
  [ 6] .symtab           SYMTAB      00000000             000208 000080 10      7   7  4
  [ 7] .strtab           STRTAB          00000000           000288 000028 00      0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings)
  I (info), L (link order), G (group), x (unknown)
  O (extra OS processing required) o (OS specific), p (processor specific)

There are no program headers in this file.

注：从Section Header中读出各Section的描述信息，

其中.text和.data是我们在汇编程序中声明的Section，而其它Section是汇编器自动添加的。

Addr是这些段加载到内存中的地址（我们讲过程序中的地址都是虚拟地址），加载地址要在链接时填写，现在空缺，所以是全0。

Off和Size列指出了各Section的起始文件地址和长度。比如.data段从文件地址0x60开始，一共0x38个字节，回去翻一下程序，.data段定义了14个4字节的整数，一共是56个字节，也就是0x38。根据以上信息可以描绘出整个目标文件的布局。

表 18.1. 目标文件的布局

起始文件地址Section或Header
0ELF Header
0x34.text
0x60.data
0x98.bss（此段为空）
0x98.shstrtab
0xc8Section Header Table
0x208.symtab
0x288.strtab
0x2b0.rel.text
这个文件不大，我们直接用hexdump工具把目标文件的字节全部打印出来看。
》hexdump -C max.o
00000000  7f 45 4c 46 01 01 01 00  00 00 00 00 00 00 00 00  |.ELF............|
00000010  01 00 03 00 01 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  c8 00 00 00 00 00 00 00  34 00 00 00 00 00 28 00  |........4.....(.|
00000030  08 00 05 00 bf 00 00 00  00 8b 04 bd 00 00 00 00  |................|
00000040  89 c3 83 f8 00 74 10 47  8b 04 bd 00 00 00 00 39  |.....t.G.......9|
00000050  d8 7e ef 89 c3 eb eb b8  01 00 00 00 cd 80 00 00  |.~..............|
00000060  03 00 00 00 43 00 00 00  22 00 00 00 de 00 00 00  |....C...".......|
00000070  2d 00 00 00 4b 00 00 00  36 00 00 00 22 00 00 00  |-...K...6..."...|
00000080  2c 00 00 00 21 00 00 00  16 00 00 00 0b 00 00 00  |,...!...........|
00000090  42 00 00 00 00 00 00 00  00 2e 73 79 6d 74 61 62  |B.........symtab|
000000a0  00 2e 73 74 72 74 61 62  00 2e 73 68 73 74 72 74  |..strtab..shstrt|
000000b0  61 62 00 2e 72 65 6c 2e  74 65 78 74 00 2e 64 61  |ab..rel.text..da|
000000c0  74 61 00 2e 62 73 73 00  00 00 00 00 00 00 00 00  |ta..bss.........|
000000d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|

我们继续分析readelf输出的最后一部分，是从.rel.text和.symtab这两个Section中读出的信息。

...
Relocation section '.rel.text' at offset 0x2b0 contains 2 entries:
 Offset     Info    Type            Sym.Value  Sym. Name
00000008  00000201 R_386_32          00000000   .data
00000017  00000201 R_386_32          00000000   .data

There are no unwind sections in this file.

Symbol table '.symtab' contains 8 entries:
   Num:              Value      Size     Type    Bind            Vis      Ndx Name
     0:             00000000     0 NOTYPE  LOCAL  DEFAULT  UND
     1:             00000000     0 SECTION LOCAL  DEFAULT    1
     2:             00000000     0 SECTION LOCAL  DEFAULT    3
     3:            00000000     0 SECTION LOCAL  DEFAULT    4
     4:            00000000     0 NOTYPE  LOCAL  DEFAULT    3     data_items
     5:            0000000e     0 NOTYPE  LOCAL  DEFAULT    1     start_loop
     6:          00000023      0 NOTYPE  LOCAL  DEFAULT    1     loop_exit
     7:         00000000       0 NOTYPE  GLOBAL DEFAULT  1   _start

No version information found in this file.

注： .rel.text告诉链接器指令中的哪些地方需要做重定位，在下一小节详细讨论。 .symtab是符号表。Ndx列是每个符号所在的Section编号，
例如符号data_items在第3个Section里（也就是.data段），
各Section的编号见Section Header Table。
Value列是每个符号所代表的地址，在目标文件中，符号地址都是相对于该符号所在Section的相对地址，
比如data_items位于.data段的开头，所以地址是0，_start位于.text段的开头，所以地址也是0，
但是start_loop和loop_exit相对于.text段的地址就不是0了。
从Bind这一列可以看出_start这个符号是GLOBAL的，而其它符号是LOCAL的，
GLOBAL符号是在汇编程序中用.globl指示声明过的符号。

2.2.3

现在剩下.text段没有分析，objdump工具可以把程序中的机器指令反汇编（Disassemble），那么反汇编的结果是否跟原来写的汇编代码一模一样呢？我们对比分析一下。

$ objdump -d max.o

max.o:     file format elf32-i386

Disassembly of section .text:

00000000 <_start>:
   0:	bf 00 00 00 00       	mov    $0x0,%edi
   5:	8b 04 bd 00 00 00 00 	mov    0x0(,%edi,4),%eax
   c:	89 c3                	mov    %eax,%ebx

0000000e <start_loop>:
   e:	83 f8 00             	cmp    $0x0,%eax
  11:	74 10                	je     23 <loop_exit>
  13:	47                   	inc    %edi
  14:	8b 04 bd 00 00 00 00 	mov    0x0(,%edi,4),%eax
  1b:	39 d8                	cmp    %ebx,%eax
  1d:	7e ef                	jle    e <start_loop>
  1f:	89 c3                	mov    %eax,%ebx
  21:	eb eb                	jmp    e <start_loop>

00000023 <loop_exit>:
  23:	b8 01 00 00 00       	mov    $0x1,%eax
  28:	cd 80                	int    $0x80

2.3. 可执行文件

现在我们按上一节的步骤分析可执行文件max，看看链接器都做了什么改动。

$ readelf -a max
ELF Header:
  Magic:   7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
  Class:                             ELF32
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              EXEC (Executable file)
  Machine:                           Intel 80386
  Version:                           0x1
  Entry point address:               0x8048074
  Start of program headers:          52 (bytes into file)
  Start of section headers:          256 (bytes into file)
  Flags:                             0x0
  Size of this header:               52 (bytes)
  Size of program headers:           32 (bytes)
  Number of program headers:         2
  Size of section headers:           40 (bytes)
  Number of section headers:         6
  Section header string table index: 3

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [ 0]                   NULL            00000000 000000 000000 00      0   0  0
  [ 1] .text             PROGBITS        08048074 000074 00002a 00  AX  0   0  4
  [ 2] .data             PROGBITS        080490a0 0000a0 000038 00  WA  0   0  4
  [ 3] .shstrtab         STRTAB          00000000 0000d8 000027 00      0   0  1
  [ 4] .symtab           SYMTAB          00000000 0001f0 0000a0 10      5   6  4
  [ 5] .strtab           STRTAB          00000000 000290 000040 00      0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings)
  I (info), L (link order), G (group), x (unknown)
  O (extra OS processing required) o (OS specific), p (processor specific)

There are no section groups in this file.

Program Headers:
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  LOAD           0x000000 0x08048000 0x08048000 0x0009e 0x0009e R E 0x1000
  LOAD           0x0000a0 0x080490a0 0x080490a0 0x00038 0x00038 RW  0x1000

 Section to Segment mapping:
  Segment Sections...
   00     .text
   01     .data 

There is no dynamic section in this file.

There are no relocations in this file.

There are no unwind sections in this file.

Symbol table '.symtab' contains 10 entries:
   Num:    Value  Size Type    Bind   Vis      Ndx Name
     0: 00000000     0 NOTYPE  LOCAL  DEFAULT  UND
     1: 08048074     0 SECTION LOCAL  DEFAULT    1
     2: 080490a0     0 SECTION LOCAL  DEFAULT    2
     3: 080490a0     0 NOTYPE  LOCAL  DEFAULT    2 data_items
     4: 08048082     0 NOTYPE  LOCAL  DEFAULT    1 start_loop
     5: 08048097     0 NOTYPE  LOCAL  DEFAULT    1 loop_exit
     6: 08048074     0 NOTYPE  GLOBAL DEFAULT    1 _start
     7: 080490d8     0 NOTYPE  GLOBAL DEFAULT  ABS __bss_start
     8: 080490d8     0 NOTYPE  GLOBAL DEFAULT  ABS _edata
     9: 080490d8     0 NOTYPE  GLOBAL DEFAULT  ABS _end

No version information found in this file.

在ELF Header中，Type改成了EXEC，由目标文件变成可执行文件了，Entry point address改成了0x8048074（这是_start符号的地址），还可以看出，多了两个Program Header，少了两个Section Header。

在Section Header Table中，.text和.data段的加载地址分别改成了0x08048074和0x080490a0。.bss段没有用到，所以被删掉了。.rel.text段就是用于链接过程的，做完链接就没用了，所以也删掉了。

多出来的Program Header Table描述了两个Segment的信息。.text段和前面的ELF Header、Program Header Table一起组成一个Segment（FileSiz指出总长度是0x9e），.data段组成另一个Segment（总长度是0x38）。VirtAddr列指出第一个Segment加载到虚拟地址0x08048000（注意在x86平台上后面的PhysAddr列是没有意义的，并不代表实际的物理地址），第二个Segment加载到地址0x080490a0。Flg列指出第一个Segment的访问权限是可读可执行，第二个Segment的访问权限是可读可写。最后一列Align的值0x1000（4K）是x86平台的内存页面大小。在加载时文件也要按内存页面大小分成若干页，文件中的一页对应内存中的一页，对应关系如下图所示。


 

这个可执行文件很小，总共也不超过一页大小，但是两个Segment必须加载到内存中两个不同的页面，因为MMU的权限保护机制是以页为单位的，一个页面只能设置一种权限。此外还规定每个Segment在文件页面内偏移多少加载到内存页面仍然要偏移多少，比如第二个Segment在文件中的偏移是0xa0，在内存页面0x08049000中的偏移仍然是0xa0，所以从0x080490a0开始，这样规定是为了简化链接器和加载器的实现。从上图也可以看出.text段的加载地址应该是0x08048074，_start符号位于.text段的开头，所以_start符号的地址也是0x08048074，从符号表中可以验证这一点。

原来目标文件符号表中的Value都是相对地址，现在都改成绝对地址了。此外还多了三个符号__bss_start、_edata和_end，这些符号在链接脚本中定义，被链接器添加到可执行文件中。

再看一下反汇编的结果：

$ objdump -d max

max:     file format elf32-i386

Disassembly of section .text:

08048074 <_start>:
 8048074:	bf 00 00 00 00       	mov    $0x0,%edi
 8048079:	8b 04 bd a0 90 04 08 	mov    0x80490a0(,%edi,4),%eax
 8048080:	89 c3                	mov    %eax,%ebx

08048082 <start_loop>:
 8048082:	83 f8 00             	cmp    $0x0,%eax
 8048085:	74 10                	je     8048097 <loop_exit>
 8048087:	47                   	inc    %edi
 8048088:	8b 04 bd a0 90 04 08 	mov    0x80490a0(,%edi,4),%eax
 804808f:	39 d8                	cmp    %ebx,%eax
 8048091:	7e ef                	jle    8048082 <start_loop>
 8048093:	89 c3                	mov    %eax,%ebx
 8048095:	eb eb                	jmp    8048082 <start_loop>

08048097 <loop_exit>:
 8048097:	b8 01 00 00 00       	mov    $0x1,%eax
 804809c:	cd 80                	int    $0x80

指令中的相对地址都改成绝对地址了。我们仔细检查一下改了哪些地方。首先看跳转指令，原来目标文件的指令是这样：

...
  11:	74 10                	je     23 <loop_exit>
...
  1d:	7e ef                	jle    e <start_loop>
...
  21:	eb eb                	jmp    e <start_loop>
...

现在改成了这样：

...
 8048085:	74 10                	je     8048097 <loop_exit>
...
 8048091:	7e ef                	jle    8048082 <start_loop>
...
 8048095:	eb eb                	jmp    8048082 <start_loop>
...

改了吗？其实只是反汇编的结果不同了，指令的机器码根本没变。为什么不用改指令就能跳转到新的地址呢？因为跳转指令中指定的是相对于当前指令向前或向后跳多少字节，而不是指定一个完整的内存地址，内存地址有32位，这些跳转指令只有16位，显然也不可能指定一个完整的内存地址，这称为相对跳转。这种相对跳转指令只有16位，只能在当前指令前后的一个小范围内跳转，不可能跳得太远，也有的跳转指令指定一个完整的内存地址，可以跳到任何地方，这称绝对跳转.

再看内存访问指令，原来目标文件的指令是这样：

...
   5:	8b 04 bd 00 00 00 00 	mov    0x0(,%edi,4),%eax
...
  14:	8b 04 bd 00 00 00 00 	mov    0x0(,%edi,4),%eax
...

现在改成了这样：

...
 8048079:	8b 04 bd a0 90 04 08 	mov    0x80490a0(,%edi,4),%eax
...
 8048088:	8b 04 bd a0 90 04 08 	mov    0x80490a0(,%edi,4),%eax
...

指令中的地址原本是0x00000000，现在改成了0x080490a0（注意是小端字节序）。那么链接器怎么知道要改这两处呢？是根据目标文件中的.rel.text段提供的重定位信息来改的：

...
Relocation section '.rel.text' at offset 0x2b0 contains 2 entries:
 Offset     Info    Type            Sym.Value  Sym. Name
00000008  00000201 R_386_32          00000000   .data
00000017  00000201 R_386_32          00000000   .data
...

第一列Offset的值就是.text段需要改的地方，在.text段中的相对地址是8和0x17，正是这两条指令中00 00 00 00的位置。

 
 

 


嵇康
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Linux 内核源码镜像.rar
07-12
vmlinux ： vmlinux是最原始，未压缩的内核镜像。vm代表Virtual Memory。Linux支持虚拟内存，因此得名vm。它是通过源码经过编译汇编， 链接而成的 ELF 文件。因此这个 vmlinux 文件包含了 ELF 的属性，以及各种调试信息等，因此这个阶段的内核镜像 vmlinux 特别大，而且不能直接在 arm 上直接运行。 Image: Image 由于 vmlinux 镜像体积巨大而且不能在 arm 上运行，因此需要使用 objcopy工具将不需要 的 section 从 vmlinux 里面剥离出来，最终在就是 arch/arm/boot/Image 文件， 此时 Image 是可以在 arm 平台上运行的，该镜像文件也是未压缩。 piggy_data: piggy.gz/piggy_data The file Image compressed with gzip. 一开始只支持 gzip 压缩方法，所以将压缩之后的 Image 称为 piggy.gz，但随着内核的不断 发展，内核支持更多的压缩算法.
操作系统真相还原_第5章第3节：加载内核(ELF格式分析)
dc12499574的博客
01-24 1495
笔记
Linux 内核 vs Windows 内核
wzlsunice88的博客
02-25 438
Linux 内核 vs Windows 内核 良许Linux今天 以下文章来源于小林coding，作者小林coding 小林coding 时而图解技术，时而拍拍猫片，时而说说杂事 Windows 和 Linux 可以说是我们比较常见的两款操作系统的。 Windows 基本占领了电脑时代的市场，商业上取得了很大成功，但是它并不开源，所以要想接触源码得加入 Windows 的开发团队中。 对于服务器使用的操作系统基本上都是 Linux，而且内核源码也是开源的，任何人都可...
Linux加载启动可执行程序的过程（一）内核空间加载ELF的过程
chrisnotfound
04-25 6285
linux内核启动时将ELF格式注册到内核可支持的文件格式链表中，也就是通过register_binfmt 函数将定义的elf_format结构体添加到链表中。该结构体如下：当我们执行一个可执行程序的时候, 内核会list_for_each_entry遍历所有注册的linux_binfmt对象, 对其调用load_binrary方法来尝试加载, 直到加载成功为止。上面代码可以看倒，ELF中加载程序...
linux内核深度解析—elf文件格式
chenliang0224的专栏
10-06 260
Linux操作系统分析（3）- 内核装载ELF的过程总结
weixin_34357267的博客
05-26 170
学号：sa×××310 姓名：××涛 通过上面一些对进程的学习和一些代码的验证，我们对Linux下的进程方面的知识有了一个很好的了解。 相关的文章： 进程控制 Linux操作系统分析（2）- 进程的创建与可执行程序的加载 下面来简单总结一些内核装载ELF的过程总结。 简单的说，整个流程分为三步： 1）创建一个独立的虚拟地址空...
静态库的格式
u011298001的博客
01-10 1037
The ar format has never been standardized; modern archives are based on a common format with two known variants, BSD and GNU.
vmlinux 和普通elf文件的差别 linux kernel加载简述
wdjjwb的专栏
07-21 2324
vmlinux其实也是一个elf格式文件，它和普通elf是有些区别的。 linux下可执行程序格式是elf的。 elf格式的文件中有一个Program Headers，这个数据结构告诉 程序加载器，应该如何把 这个elf文件加载到虚拟地址空间中去执行。 elf格式还有一个数据结构是Section Headers，这个不是用于程序加载，是用于编译、链接的。 因此gcc -c也可以生成目标代...
Linux内核装载ELF过程简介
qq_35536179的博客
11-07 353
简单的例程 #include <stdio.h> #include <sys/types.h> #include <unistd.h> int main(){ char buf[1024] = {0}; pid_t pid; while(1){ printf("filename:"); scanf("%s",buf); pid = fork(); if(pid ==
mac 10.9 android kernel编译 elf,Linux 环境下编译 0.11版本内核 kernel
weixin_35682010的博客
05-27 176
最近在看《内核0.11完全注释》一书，由于书中涉及汇编语言的地方众多，本人在大学时汇编语言学得一塌糊涂，所以实在看不下去了，头都大了只好匆匆看了个头尾(前面几章和最后一章)。看来即使有《九阴真经》这样的武功秘籍，内功不够也是修炼不出来神马来的。于是索性下了个0.11版本的kernel下来尝试编译一把。-0.11.tar.gz地址：下面开始工作：1、tar xvfz linux-0.11.tar.g...
Linux-ELF文件详解
05-21
很详细的一份针对于elf格式文件的技术文档，对于想更深层次的了解Linux的朋友们相信会有很大帮助的
vmlinux-to-elf:通过提取内核符号表（kallsyms）从原始内核中恢复可完全分析的.ELF的工具
03-21
该工具允许从vmlinux / vmlinuz / bzImage / zImage内核映像（原始二进制Blob或已存在但已剥离的.ELF文件）中获取具有可恢复功能和可变符号的完全可分析的.ELF文件。 为此，它将在内核中扫描内核符号表（ ），这是...
linux内核裁剪论文
08-21
基于ARMLinux和S3C2440的嵌入式Linux内核设计 基于ARM的Linux系统移植研究与实现 一种面向应用的嵌入式Linux内核混合裁剪方法 嵌入式Linux中的关键技术研究 嵌入式linux系统的裁剪优化和测试技术 嵌入式Linux内核...
Symantec Ghost 11.5 for Linux ELF 32
03-17
软件在ubuntu 12.04上验证过正常运行，推荐在kernel linux 3.2的系统上运行，其它内核版本可能不能正常运行。
windows上可编译Linux内核
09-15
也要感谢Linux内核完全注释的作者赵炯博士，是他拉接了操作系统与操作系统爱好者的距离. 最后,我也非常想和操作系统爱好者们共同交流心得体会,也希望能多认识一些朋友. 我的网名:flyfish 我的QQ:785606288 E-...
用堆栈把中缀表达式转化为后缀表达式
嵇康的专栏
12-13 8341
参考文章：http://www.cnblogs.com/mygmh/archive/2012/10/06/2713362.html 中缀表达式转后缀表达式的方法： 1.遇到操作数：直接输出（添加到后缀表达式中） 2.栈为空时，遇到运算符，直接入栈 3.遇到左括号：将其入栈 4.遇到右括号：执行出栈操作，并将出栈的元素输出，直到弹出栈的是左括号，左括号不输出。 5
用bochs安装linux0.11内核
嵇康的专栏
02-23 6698
参考：http://www.oldlinux.org/oldlinux/forumdisplay.php?fid=4 1.先用gcc编译linux0.11内核(不含文件系统) 这是别人修改后可以gcc编译的，源码已经放到： \\Cnpc0165-cd\Books\Computer\kernel\linix-0.11\linux-0.11-060618-gcc4 步骤： make cl
阿里云里的mysql安装
嵇康的专栏
04-18 4624
今天又整里下mysql安装，老是爆： The server quit without updating PID file (/var/lib/mysql/AY1403301919063486b3Z.pid) 。照 
C语言基础--输出数值的中文读法
嵇康的专栏
12-31 4508
#include #include #include void strdel(char*s,char del) { int i; for(i=0;s[i];i++) { if(s[i]==del) s[i] = 0; } } void printInChinese(int a) {  char *s=""; char * arr[10]; int i=
实现linux elf格式文件 text段感染 代码
最新发布
09-20
在 Linux 中，ELF 格式文件是可执行文件、共享库和内核模块的标准格式。ELF 格式文件由许多不同的段组成，其中之一就是 text 段。text 段通常包含可执行代码和常量。 要实现 Linux ELF 格式文件 text 段感染，您...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值