gdb查看php,GDB查看栈信息

使用 GDB 调试程序时,当程序发生中断,我们首先应该知道程序在哪里产生中断以及产生中断的原因是什么?函数发生调用时,相关的调试信息就已经产生,并且被存储在一块被称为栈帧的数据里。

栈帧是在调用栈的内存区域里分配的,是调用栈划分的连续的区块,简称为栈。每个帧是一个函数调用另一个函数的相关数据,包含了传递给本地用函数的参数,这个函数的本地变量和这个函数的执行地址。

在函数开始的时候栈中只有一个帧,是 main 函数的,这个帧称为初始帧或者是最外层的帧。每当一个函数被调用,就产生一个新的栈帧。当函数返回时,这个调用所属的帧就被销毁了。如果调用的是递归函数,那么同一个函数就可能有多个帧。当前正在执行的函数调用的帧成为最内层的帧,这是最近创建的帧,同时还有别的帧存在。程序内部的栈帧用地址标识,一个栈帧有许多的字节组成,每个字节都有自己的地址。

GDB为所有现存的栈帧编号,从最内层帧 0 开始,1 是这个函数调用的帧,以此类推。这些编号并不真正存在于程序里:他们是由 GDB 分配,用于 GDB 的命令来区分栈帧。

显示栈帧信息

显示栈帧信息的命令主要有 frame 和 backtrace,下面是对这两个命令的介绍。

1.frame的命令格式展示如下:

frame

使用 frame 命令会打印出当前调用栈的信息,这些信息包含:栈帧的层编号,当前的函数名,函数参数值,函数所在文件及行号,函数执行到的语句。命令可以缩写为 f。

2.backtrace的命令格式展示如下:

backtrace

不带参数:打印当前调用函数的栈帧信息,每个栈帧显示一行。

带参数:n 为正整数时,表示打印栈顶 n 层的栈信息;n 为负整数时,那么表示打印栈底 n 层的栈信息。

如果我们想要获取更详细的当前栈帧层的信息,可以使用命令:

info frame

打印出的大多数都是运行时的内地址。比如:函数地址,被调用的函数地址,当前函数是由什么样的语言写成的、函数参数地址及值、局部变量的地址。

切换到其他栈帧

1.切换到任意的栈帧使用 frame 相关的命令格式如下:

frame

n 表示栈帧的标号,这个命令可以从一个堆栈帧转到另一个,并打印所选的堆栈帧。对于多个堆栈帧,从当前执行的栈帧开始,下面就是显示这个在调用的函数的栈帧。实例:

(gdb) frame 3

切换到标号为 3 的栈帧。

2.从当前的栈帧层向上移动,命令格式表示:

up

n 表示栈帧的标号,在堆栈里上移 n 帧,对于正数向外层的帧移动,更高编号的帧,存在更长的时间的帧。实例:

(gdb) up 3

移动到编号为“当前栈帧的编号 + 3”的栈帧。

3.从当前的栈帧层向下移动,命令格式表示:

down

n 表示栈帧的标号,在堆栈里下移 n 帧。对于正数n,向内层的帧移动,更低编号的帧,新创建的帧。实例:

(gdb) down 3

移动到编号为“当前栈帧的编号 - 3”的栈帧。

实例:代码中在main函数中调用的是一个递归函数,可以形成多个帧,使用上面的命令进行调试。

(gdb) l

1     #include

2     int func(int a)

3     {

4            if(a == 1)

5                   return 1;

6            else

7                   return a + func(a - 1);

8     }

9

10

(gdb)

11   int main(void)

12   {

13          int sum = 0;

14          sum = func(100);

15          printf("%d\n",sum);

16

17          return 0;

18   }

(gdb)

Line number 19 out of range; test.c has 18 lines.

(gdb) break func           //设置断点,func函数入口地址

Breakpoint 1 at 0x555555554655: file test.c, line 4.

(gdb) run

Starting program: /home/wjc/hsxy/lianxi/10/test/a.out

Breakpoint 1, func (a=100) at test.c:4

4            if(a == 1)

(gdb) continue

Continuing.

Breakpoint 1, func (a=99) at test.c:4

4            if(a == 1)

(gdb) continue

Continuing.

Breakpoint 1, func (a=98) at test.c:4

4            if(a == 1)

(gdb) bt

#0  func (a=98) at test.c:4

#1  0x000055555555466f in func (a=99) at test.c:7

#2  0x000055555555466f in func (a=100) at test.c:7

#3  0x0000555555554691 in main () at test.c:14

(gdb) info frame            //打印当前堆栈帧的信息

Stack level 0, frame at 0x7fffffffddb0:

rip = 0x555555554655 in func (test.c:4); saved rip = 0x55555555466f

called by frame at 0x7fffffffddd0

source language c.

Arglist at 0x7fffffffdda0, args: a=98

Locals at 0x7fffffffdda0, Previous frame's sp is 0x7fffffffddb0

Saved registers:

rbp at 0x7fffffffdda0, rip at 0x7fffffffdda8

(gdb) bt 2                  //显示栈顶的两层的信息

#0  func (a=98) at test.c:4

#1  0x000055555555466f in func (a=99) at test.c:7

(More stack frames follow...)

(gdb) bt -2               //显示栈底的两层的信息

#2  0x000055555555466f in func (a=100) at test.c:7

#3  0x0000555555554691 in main () at test.c:14

(gdb) frame 0            //转到0层的堆栈帧

#0  func (a=98) at test.c:4

4            if(a == 1)

(gdb) up 1

#1  0x000055555555466f in func (a=99) at test.c:7

7                   return a + func(a - 1);

(gdb) down 1

#0  func (a=98) at test.c:4

4            if(a == 1)

(gdb) info args

a = 98

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
如果工程很大,头文件很多,而有几个头文件又经常要用的,那么: 1、把这些头文件全部写到一个头文件中,比如:preh.h 2、写一个preh.c,里面的包含库文件,只要一句话#include"preh.h" 3、对于preh.c,在project settings 里面设置creat precompilesd headers ,对于其他.c文件,设置use precompiled header file 。 预编译头文件:就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是以.pch为扩展名的),这个文件就成为预编译头文件。这些预先编译好的代码可以是任何的C/C++代码,甚至是inline的函数,但必须是稳定的在工程开发的过程中不会被经常改变。 编译器是以文件为单位编译的,一个文件经过修改后,会重新编译整个文件,当然在这个文件里包含的所有头文件中的东西都要重新处理一遍 预编译头的作用: 根据上文介绍,预编译头文件的作用当然就是提高便宜速度了,有了它你没有必要每次 都编译那些不需要经常改变的代码。编译性能当然就提高了。 预编译头的使用: 要使用预编译头,我们必须指定一个头文件,这个头文件包含我们不会经常改变的 代码和其他的头文件,然后我们用这个头文件来生成一个预编译头文件(.pch文件) 想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的 ,编译器带的一个头文件。其实不是的,这个文件可以是任何名字的。我们来考察一个 典型的由AppWizard生成的MFC Dialog Based 程序的预编译头文件。(因为AppWizard 会为我们指定好如何使用预编译头文件,默认的是StdAfx.h,这是VC起的名字)。我们 会发现这个头文件里包含了以下的头文件: #include // MFC core and standard components #include // MFC extensions #include // MFC Automation classes #include // MFC support for Internet Explorer 4 Common Controls #include 这些正是使用MFC的必须包含的头文件,当然我们不太可能在我们的工程中修改这些头文 件的,所以说他们是稳定的。 那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我 们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件 里只有一句代码就是:#include “Stdafx.h”。原因是理所当然的,我们仅仅是要它能 够编译而已?D?D?D也就是说,要的只是它的.cpp的扩展名。 我们可以用/Yc编译开关来指 定StdAfx.cpp来生成一个.pch文件,通过/Fp编译开关来指定生成的pch文件的名字。打 开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的 树形视图里选择整个工程  Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”,这就是指 定生成的.pch文件的名字,默认的通常是 .pch(我的示例工程名就是PCH)。 然后,在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件! 这时原来的Project Option变成了 Source File Option(原来是工程,现在是一个文件 ,当然变了)。在这里我们可以看到 /Yc开关,/Yc的作用就是指定这个文件来创建一个 Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件,一个工程里只能有一个文 件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件 。 然后我们再选择一个其它的文件来看看,//其他cpp文件 在这里,Precomplier 选择了 Use ⋯⋯⋯一项,头文件是我们指定创建PCH 文件的stda fx.h 文件。事实上,这里是使用工程里的设置,(如图1)/Yu”stdafx.h”。 这样,我们就设置好了预编译头文件。也就是说,我们可以使用预编译头功能了。以 下是注意事项: 1):如果使用了/Yu,就是说使用了预编译,我们在每个.cpp文件的最开头,我强调一遍 是最开头,包含 你指定产生pch文件的.h文件(默认是stdafx.h)不然就会有问题。如 果你没有包含这个文件,就告诉你Unexpected file end. 如果你不是在最开头包含的, 你自己试以下就知道了,绝对有很惊人的效果⋯.. fatal error C1010: unexp

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值