gdb调试技巧(第二篇)

在调试的时候，我想知道某个变量、或者某个对象、或者某个结构体的数据类型。如果某个变量 是 foo，怎么做？

ptype foo

当然也可以看某个函数的定义信息。用同样的方法。

如果我想知道某个宏的值，怎么做？需要在编译的时候加上 -g3。加入源代码文件是hello.c

gcc -g3 hello.c

调试 a.out的时候，假如宏的名称是 FOO 就可以这么做了。

info macro FOO

在调试一个循环的时候，你可能想要跳出这个循环。怎么做？

until

u

unt

unti

就会在再次遇到循环之前，跳出循环。

如果想要在gdb中使用终端怎么办？

shell

shel

she

如果只是想执行一个shell命令，比如ls命令，怎么做？

shell ls

如果想要更换被调试的程序。比如决定调试 a2.out 怎么做？

file

file a2.out

如果这个程序需要传入main的运行参数比如是 hello。怎么做？

set args hello

如何知道设置成功了？

show args

如何在程序中看到这个值？给main函数加上断点。然后print args[1]即可。

break main

run

print args[1]

如果想要在gdb 中编辑源代码。怎么做？

edit

edi

ed

如果没有设置默认文本编辑器的环境变量，就会进入vi的 ex模式，想要进入vi的可视化模式？

vi

visual

修改完代码。想要在gdb中直接编译。如果没有 makefile文件的话。怎么做？

shell gcc -g3 hello.c

如果有makefile文件的话。怎么做？

make

对。你可以直接在gdb中执行make命令。这是gdb给make开的一个特权。当然，你完全也可以这么做。

shell make

重新生成可执行程序之后，就得重新导入符号表。怎么做？

file     #释放旧的符合表

file a.out

如果程序运行中，突然异常退出了。检测目录，发现没有生成内存信息文件。怎么做？在shell中执行如下命令。

ulimit -Sc unlimited

检测是否设置成功。

ulimit -Sc

此时，重新运行程序，如果程序再次异常退出。会生出一个 core.进程号 的文件。这是程序在内存中异常退出的时候，记录下来的内存信息。假如进程号是 1000 如何使用它？

gdb core.1000

加载core文件成功之后。

就可以查看core文件中的信息了。

最常用的就是看看程序的栈回溯信息。

backtrace

bt

where

此时，就可以看到栈顶的函数，以及距离栈顶最近的我们自己写的函数。假如我的函数所在的栈位置是3。那么就需要我们跳转的这个栈。以便查看该栈的状况。怎么做？

frame 3

f 3

这样就可以查看该栈（也叫做 帧）的内存信息。比如某个可疑变量的值是否发生越界，等等问题。

一般来说至此，绝大多数的问题可以解决。