X86版
x86版和x64版区别对比：X86指的是32位系统，32位占用内存较小，但是不支持大于4G内存。X64指的是64位系统，64位系统支持高达128G内存，如果你的内存比较大就装67位。
相关内容
《coredump问题原理探究》Linux x86版3.1节栈布局之概述
如果阅读x86的规范,就会知道栈存放着函数桢指针，函数返回地址,函数参数，局部变量,及它们之间的布局。 但是，也可以自己找出这种关系，这样印象会更深刻一些。 可以通过下面的步骤来探究”调用约定”：1. 构造一些没有参数和局部变量的空函数来找出桢指针，返回地址的布局2. 构造一些没有参数但有局部变量的函数来...
《coredump问题原理探究》Linux x86版7.7节 set对象
版权声明：本文为博主原创文章，未经博主允许不得转载。 https:blog.csdn.netxuzhinaarticledetails46758253看一下bitsstl_map和bitsstl_set可以看到map和set的定义如下:84 template 86 class map 87 { 88 public: 89 typedef _key key_type; 90 typedef _tp mapped_type; 91 typedef std::pair value_type; 92 ...
《coredump问题原理探究》Linux x86版3.2节栈布局之函数桢
在x86里，ebp存放着函数桢指针，而esp则指向当前栈顶位置，而eip则是要执行的下一条指令地址。 所以，函数开头的两条指令的含义如下push %ebp esp = esp – 4，把ebp的值放入到esp指向的地址mov %esp,%ebp 把esp的值放到ebp里。 即ebp = esp函数结尾两条指令的含义如下pop %ebp 把esp指向地址的内容放到ebp...
《coredump问题原理探究》Linux x86版3.7节栈布局之返回值
https:blog.csdn.netxuzhinaarticledetails8545160 虽然在x86里，返回值并不是通过栈来传递。 但返回值也是调用约定的一个知识点。 而且，对于函数来说，有入应该有出，入就是参数，出就是返回值。 但返回值有什么特征呢？ 看一下例子：int funca(){ return 1;} int funcb(){ return 2;} int main(){ return funca() ...
《coredump问题原理探究》Linux x86版4.4节函数的逆向之循环结构
https:blog.csdn.netxuzhinaarticledetails8588991 在x86里，循环指令有：loop：ecx不为零时循环loopeloopz：ecx不为零且标志z=1时循环loopneloopnz：ecx不为零且标志z=0时循环但实质上，由于上面指令适用范围太窄，只能用于循环体非常简单的。 所以往往是用条件跳转指令来实际循环。 用例子来体现一下：#include int...
《coredump问题原理探究》Linux x86版4.3节函数的逆向之条件结构
https:blog.csdn.netxuzhinaarticledetails8576178 在x86里，条件跳转的指令有：jmp：无条件跳转jaejnb：大于或等于跳转，用于无符号整数运算jajnbe：不小于或不等于跳转，用于无符号整数运算jbjnae：小于跳转，用于无符号整数运算jbejna：小于或等于跳转，用于无符号整数运算jgjnle：大于跳转，用于有符号整数运算j...
《coredump问题原理探究》Linux x86版第一章前言
https:blog.csdn.netxuzhinaarticledetails8487094 作为一个linux软件开发人员,经常会遇到类似下面的问题:segmentation fault (core dumped)这种问题就是程序崩溃. 这种问题经常会让人很崩溃,特别当它的堆栈如下情况,更加让人崩溃:(gdb) bt#0 0x6f745374 in ? ()#1 0x57735571 in ? ()#2 0xbff80065 in ? ()backtrace...
《coredump问题原理探究》Linux x86版6.6节单继承
基类虚函数表指针：(gdb) x 4wx 0x80487e00x80487e0 :0x08048622 0x08048636 0x75783732 0x6e69687a(gdb) info symbol0x08048622xuzhina_dump_c06_s4_base...print() in section .text子类虚函数表指针：(gdb) x 8wx 0x80487c80x80487c8 :0x080486e6 0x080486a4 0x0804868a 0x080486cc0x80487d8 :0x00000000 0x...
《coredump问题原理探究》Linux x86版6.7节多继承
第一个:(gdb) x 4x 0x80488480x8048848 :0x080486a8 0x08048690 0x080486c4 0xfffffff4(gdb) info symbol0x080486a8xuzhina_dump_c06_s5_child...mov %ebx,(%esp) 0x080485cb : call 0x8048746 0x080485d0 : mov %ebx,0x1c(%esp) 0x080485d4 : mov 0x1c(%esp),%eax 0x080485d8 : mov (%eax),%eax 0x...
《coredump问题原理探究》Linux x86版7.1节vector对象
https:blog.csdn.netxuzhinaarticledetails43941487 先看一下例子:1 #include 2 3 int main() 4 { 5 std::vector vec; 6 vec.push_back( 0xffeeffab ); 7 vec.push_back( 0xabcdef01 ); 8 vec.push_back( 0x12345678 ); 9 return 0; 10 }看一下汇编:(gdb) b mainbreakpoint 1 at 0x8048697(gdb) rstarting program...
《coredump问题原理探究》Linux x86版3.5节栈布局之-fomit-frame-pointer编译选项
其中func2的局部变量空间大小为var_size,func3压入栈中的参数大小为par_size，那么它们会满足下面的条件：1．addr（ret1）－addr（ret2）＝ var_size + par_size + 42．info symbol ret1,info symbol ret2都能够显示出func1, func2ps：这个规律是更加通用的，不止在x86平台下，在sparc，mips，arm都是这样...
《coredump问题原理探究》Linux x86版7.5节 Map对象
1 #include 2 3 int main() 4 { 5 std::map imap; 6 7 imap = 6; 8 imap = 20; 9 imap = 80; 10 11 return 0; 12 }看一下汇编:(gdb) disassemble maindump of assembler code for function main:0x080486e4 : push %ebp 0x080486e5 : mov %esp,%ebp 0x080486e7 :and $0xfffffff0,%esp 0x080486ea : push %esi 0x...
《coredump问题原理探究》Linux x86版7.12节string coredump
看一个coredump:program terminated with signal 11,segmentation fault.#0 0x0090bb06 in __strlen_sse2_bsf () fromliblibc.so.6missing separate debuginfos, use:debuginfo-install glibc-2.12-1.149.el6_6.5.i686 libgcc-4. 4.7-11.el6.i686 libstdc++-4.4. 7-11.el6.i686(gdb) bt#0 0x0090bb06 in __strlen_sse...
《coredump问题原理探究》Linux x86版7.11节string对象
0x6f77206f 0x21646c72 0x00000000 0x00020fe1由于字符串”helloworld！ 的大小是12(0xc),而0x804a008开始的两个单元都是0xc,究竟哪一个才是实际大小。 而0x0804a014所存放的就是”hello world！ . 看一下多调用几次append之后会怎样：(gdb) ccontinuing. breakpoint 1,0x080485bc in main ()(gdb) ni0x080485c1 in ...
《coredump问题原理探究》Linux x86版7.4节List coredump例子
}可知，这个__position是end()的返回值，结合list的定义，可知，__position实际上是链表的尾部。 那么尾部的元素怎么可能是0呢？ 看一下main函数：(gdb) disassemble dump of assembler code for function main:0x080485e4 : push %ebp 0x080485e5 : mov %esp,%ebp 0x080485e7 :and $0xfffffff0,%esp 0x080485ea : ...
《coredump问题原理探究》Linux x86版7.2节vector coredump例子
看一下这段汇编：0x080487cf : lea -0x5c(%ebp),%eax 0x080487d2 : mov %eax,(%esp) 0x080487d5 : call 0x8048958 0x080487da : lea -0x2c(%ebp),%eax 0x...call 0x8048f27 0x08048b25 : test %al,%al 0x08048b27 :0x8048b46 0x08048871 : sub $0x4,%esp 0x08048874 : mov $0x0,%ebx 0x08048879 : lea -0x5c(%ebp...
《coredump问题原理探究》Linux x86版3.3节栈布局之局部变量
先看例子：int func(){ int a = 0x12345678; int *p = &a; return *p; int main(){ int b = 0x87654321; return b + func(); 编译它$ cc -o xuzhina_dump_c3_s2 xuzhina_dump_c3_s2.cpp看一下main函数的汇编：(gdb) disassemble maindump of assembler code for function main: 0x080483ea :push %ebp 0x080483eb : ...
《coredump问题原理探究》Linux x86版3.4节栈布局之函数参数
所以上面栈布局应该表述如下：ebp：main函数桢指针ebp+4：返回地址ebp+8：0x100ebp+0xc：“hello”的地址ebp+0x10：3在func打断点来看一下，是不是如此：(gdb) tbreak func temporary breakpoint 1 at 0x80483d6(gdb) rstarting program:homebuckxuwork33xuzhina_dump_c3_s3 temporary breakpoint 1,0x080483d6 in ...
《coredump问题原理探究》Linux x86版4.1节函数的逆向之序言
如：(gdb) bt#0 0x4365b569 in vfprintf () from liblibc.so.6#1 0x436629ff in printf() from liblibc.so.6#2 0x080485b9 in main (argc=3, argv=0xbfe21504) atxuzhina_dump_c4_s4.cpp:20即使是main函数多次调用printf，从上面栈可以是第20行代码出了问题。 但，生活并不是这么容易。 在产品生命周期中，发布版本的...
《coredump问题原理探究》Linux x86版6.8节多继承coredump例子
https:blog.csdn.netxuzhinaarticledetails43854881 下面看一个coredump的例子:(gdb) bt#0 0x08048662 in xuzhina_dump_c06_s5_ex_child::inheritfrom(char*, int) ()#1 0x08048609 in main()先看一下xuzhina_dump_c06_s5_ex_child::inheritfrom的汇编:(gdb) disassemble 0x08048662dump of assembler code for ...
