前言 上一节内容我们对在32位操作系统下堆栈帧进行了详细的分析,本节我们继续来看看在64位操作系统下对于过程调用在处理机制上是否会有所不同呢? 堆栈帧 我们给出如下示例代码方便对照汇编代码看,和上一节有所不同的是函数调用多了几个参数. #include <stdio.h> int main() { ,b = , c = , d = , e = ,f = , g = ,h = ; int func(int a, int b,int c,int d,int e,int f ,int g,int h

当某个进程需要从磁盘中获取数据时,它实际上会停止在CPU上运行以让其他进程运行,因为该操作可能需要很长时间才能完成-至少需要5ms的磁盘寻道时间,而5ms就是1000万从程序的角度来看,CPU周期是永恒的! 从程序员的角度(也称为“在用户空间中”),这称为阻塞系统调用.如果您进行调用write(2)(这是同名系统调用周围的薄libc包装器),则您的进程不会完全在该边界处停止:它继续在内核中运行系统调用代码.在大多数情况下,它一直一直到特定的磁盘控制器驱动程序(文件名→文件系统/ VFS→块设备→

之前在看操作系统信号这一章的时候,一直是云里雾里的,不知道信号到底是个啥玩意儿..比如在看<Unix环境高级编程>时,就感觉信号是个挺神奇的东西.比如看到下面这段代码: #include<signal.h> #include<stdio.h> #include<unistd.h> void handler(int sig) { printf("The signal is %d\n",sig); } int main() { (void)

static的用法和作用 在全局变量前加上关键字 static,全局变量就定义成一个全局静态变量.存储在静态存储区,在整个程序运行期间一直存在.同时全局静态变量在声明他的文件之外是不可见的 在局部变量之前加上关键字 static,局部变量就成为一个局部静态变量.存储在静态存储区,作用域仍为局部作用域,当定义它的函数或者语句块结束的时候,作用域结束.但是当局部静态变量离开作用域后,并没有销毁,而是仍然驻留在内存当中,只不过我们不能再对它进行访问,直到该函数再次被调用,并且该过程中值保持不变. 在函

  本篇原文为 X64 Deep Dive,如果有良好的英文基础的能力,可以点击该链接进行阅读.本文为我个人:寂静的羽夏(wingsummer) 中文翻译,非机翻,著作权归原作者所有.   由于原文十分冗长,也十分干货,采用机翻辅助,人工阅读比对修改的方式进行,如有翻译不得当的地方,欢迎批评指正.翻译不易,如有闲钱,欢迎支持.注意在转载文章时注意保留原文的作者链接,我(译者)的相关信息.话不多说,正文开始: 关于 X64 平台执行和调试关键方面的深度教程,例如编译器优化.异常处理.参数传递.堆栈

GDB调试汇编堆栈过程分析 分析过程 这是我的C源文件:click here 使用gcc - g example.c -o example -m32指令在64位的机器上产生32位汇编,然后使用gdb example指令进入gdb调试器: 进入之后先在main函数处设置一个断点,再run一下,使用disassemble指令获取汇编代码,用i(info) r(registers)指令查看各寄存器的值: 可见此时主函数的栈基址为0xffffd068,用x(examine)指令查看内存地址中的值,但目前

GDB调试汇编堆栈过程分析 测试代码 #include <stdio.h> short val = 1; int vv = 2; int g(int xxx) { return xxx + vv; } static const int f(int xx) { return g(xx); } int main(void) { return f(9)+ val; } 分析过程 通过gcc - g gdb.c -o gdb -m32指令在64位的机器上产生32位汇编 进入gdb调试,先在main函数

gdb调试汇编堆栈过程的学习 以下为C源文件 使用gcc - g code.c -o code -m32指令在64位的机器上产生32位汇编,然后使用gdb example指令进入gdb调试器: 进入之后先在main函数处设置一个断点,再run一下,使用disassemble指令获取汇编代码,用i(info) r(registers)指令查看各寄存器的值: 可见此时主函数的栈基址为0xffffd058,用x(examine)指令查看内存地址中的值,但目前%esp所指堆栈内容为0,%ebp所指内容也

20145337 GDB调试汇编堆栈过程分析 测试代码 #include<stdio.h> short addend1 = 1; static int addend2 = 2; const static long addend3 = 3; static int g(int x) return x + addend1; } static const int f(int x) { return g(x + addend2); } int main(void) { return f(8) + add

20145208 GDB调试汇编堆栈过程分析 测试代码 #include<stdio.h> short addend1 = 1; static int addend2 = 2; const static long addend3 = 3; static int g(int x) { return x + addend1; } static const int f(int x) { return g(x + addend2); } int main(void) { return f(8) + a

GDB调试汇编堆栈过程分析 在这里首先感谢卢肖明的分析博客,为后面的同学减少了很多分析的负担. 分析过程 使用gcc - g example.c -o example -m32指令在64位的机器上产生32位汇编,然后使用gdb example指令进入gdb调试器: 进入之后先在main函数处设置一个断点,再run一下,使用disassemble指令获取汇编代码,用i(info) r(registers)指令查看各寄存器的值: 首先,结合display命令和寄存器或pc内部变量,做如下设置:dis

GDB调试汇编堆栈过程分析 虚拟机中分析过程 输入gcc - g example.c -o example -m32指令在64位机器上产生32位汇编,但出现以下错误: 这时需要使用sudo apt-get install libc6-dev-i386命令安装一个库之后就可以产生汇编代码了. 使用gdb example进入gdb,b example.c:main设置一个函数断点,run启动程序 disassemble获取汇编代码,若命令不带参数,默认的反汇编范围是所选择帧的pc附近的函数.info

GDB调试汇编堆栈过程分析 首先需要输入sudo apt-get install libc6-dev-i386安装一个库才能产生汇编代码,然后输入gcc - g example.c -o example -m32,在64位机器上产生32位汇编. 测试源代码 #include short addend1 = 1; static int addend2 = 2; const static long addend3 = 3; static int g(int x) { return x + adden

20145230GDB调试汇编堆栈过程分析 分析过程 出现的问题:一开始无法编译,是因为我们的Linux中没有安装一个库. 进入之前先设置断点,之后disassemble可以获取汇编代码,用i r指令可以获取查看个寄存器的值: 首先,结合display命令和寄存器或pc内部变量,做如下设置:display /i $pc,这样在每次执行下一条汇编语句时,都会显示出当前执行的语句.下面展示每一步时%esp.%ebp.%eip.%eax的堆栈内容的变化: call指令将下一条指令的地址入栈,此时%es

GDB堆栈跟踪与汇编调试 堆栈跟踪 源代码: 对预先编写的 stack.c 文件进行编译,并且使用 CGDB 进行调试,对堆栈进行跟踪,了解该代码堆栈是如何变化的. 在 CGDB 中,先设置 main 断点,接着运行(run),使用 frame info frame 分别查看当前栈帧的简要信息,以及该栈帧的详细信息.其中: frame 打印出的信息:栈的层编号,当前的函数名,函数参数值,函数所在文件及行号,函数执行到的语句. info frame 打印出的信息:函数地址,调用函数的地址,被调用函

GDB堆栈跟踪与汇编调试 堆栈跟踪 源代码 使用gcc - g example.c -o example -m32指令在64位的机器上产生32位汇编,然后使用gdb example指令进入gdb调试器: 在main函数处设置一个断点,再run运行 使用disassemble获取汇编代码 用info registers指令查看各寄存器的值 由上图知此时主函数的栈基址为0xbffff324 用x 0xbffff324指令查看内存地址中的值 使用display /i $pc:在每次执行下一条汇编语句时

20145312 GDB调试汇编堆栈过程分析 参考资料 卢肖明同学的博客:<GDB调试汇编堆栈过程分析>: http://www.cnblogs.com/lxm20145215----/p/5982554.html 分析过程 使用vim example.c命令编写C程序 保存退出后使用gcc -S example.c命令生成example.s文件,并使用cat example.s命令查看汇编文件 打开example.s文件进行修改:删去所有.*的语句,并保存,再次使用cat example.s

一.从源代码文件到可执行文件         从C文件到可执行文件,一般来说需要两步,先将每个C文件编译成.o文件,再把多个.o文件和链接库一起链接成可执行文件.但具体来说,其实是分为四步,下面以example.c为例进行说明. #define MYINT int short addend1 = 1; static int addend2 = 2; const static long addend3 = 3; static MYINT g(MYINT x) { return x + addend

当路由到某个组件时,由于组件会复用,所以生命周期函数不会再次执行, 如果这个组件是模板组件,靠传入不同数据来显示的.那么,可能会发生参数变化了但页面数据却不变化. 问题 假如有个组件 info.vue 路由path如下 1. /user/info/23 // 23是参数,下面34也是参数 2. /user/info/34 希望通过参数来刷新组件页面数据.刷新数据的方法在Vue生命周期函数的created方法里调用. 当改变参数时,页面并没有变化.因为,路由只是参数变化了,path并没变化,组件还

20145239 GDB调试汇编堆栈过程分析 测试源代码 #include<stdio.h> ; ; ; static int g(int x) { return x + addend1; } static const int f(int x) { return g(x + addend2); } int main(void) { ) + addend3; } GCC编译 使用gcc - g example.c -o example -m32指令在64位的机器上产生32位汇编,然后使用gdb