GDB调试工具
GDB
GDB 全称“GNU symbolic debugger”,从名称上不难看出,它诞生于 GNU 计划(同时诞生的还有 GCC、Emacs 等),是 Linux 下常用的程序调试器。发展至今,GDB 已经迭代了诸多个版本,当下的 GDB 支持调试多种编程语言编写的程序,包括 C、C++、Go、Objective-C、OpenCL、Ada 等。实际场景中,GDB 更常用来调试 C 和 C++ 程序。一般来说,GDB主要帮助我们完成以下四个方面的功能:
1. 启动你的程序,可以按照你的自定义的要求随心所欲的运行程序。
2. 在某个指定的地方或条件下暂停程序。
3. 当程序被停住时,可以检查此时你的程序中所发生的事。
4. 在程序执行过程中修改程序中的变量或条件,将一个bug产生的影响修正从而测试其他bug。
GDB注意事项
使用GDB调试程序,有以下两点需要注意:
1. 要使用GDB调试某个程序,该程序编译时必须加上编译选项 -g,否则该程序是不包含调试信息的;
2. GCC编译器支持 -O 和 -g 一起参与编译。GCC编译过程对进行优化的程度可分为5个等级,分别为 :
• -O/-O0: 不做任何优化,这是默认的编译选项 ;
• -O1:使用能减少目标文件大小以及执行时间并且不会使编译时间明显增加的优化。 该模式在编译大型程序的时候会花费更多的时间和内存。在 -O1下:编译会尝试减少代 码体积和代码运行时间,但是并不执行会花费大量时间的优化操作。
• -O2:包含 -O1的优化并增加了不需要在目标文件大小和执行速度上进行折衷的优化。 GCC执行几乎所有支持的操作但不包括空间和速度之间权衡的优化,编译器不执行循环 展开以及函数内联。这是推荐的优化等级,除非你有特殊的需求。 -O2会比 -O1启用多 一些标记。与 -O1比较该优化 -O2将会花费更多的编译时间当然也会生成性能更好的代 码。
• -O3:打开所有 -O2的优化选项并且增加 -finline-functions, -funswitch-loops,-fpredictive-commoning, -fgcse-after-reload and -ftree-vectorize优化选项。这是最高最危险 的优化等级。用这个选项会延长编译代码的时间,并且在使用 gcc4.x的系统里不应全局 启用。自从 3.x版本以来 gcc的行为已经有了极大地改变。在 3.x,,-O3生成的代码也只 是比 -O2快一点点而已,而 gcc4.x中还未必更快。用 -O3来编译所有的 软件包将产生更 大体积更耗内存的二进制文件,大大增加编译失败的机会或不可预知的程序行为(包括 错误)。这样做将得不偿失,记住过犹不及。在 gcc 4.x.中使用 -O3是不推荐的。
• -Os:专门优化目标文件大小 ,执行所有的不增加目标文件大小的 -O2优化选项。同时 -Os还会执行更加优化程序空间的选项。这对于磁盘空间极其紧张或者 CPU缓存较小的 机器非常有用。但也可能产生些许问题,因此软件树中的大部分 ebuild都过滤掉这个等 级的优化。使用 -Os是不推荐的。
调试命令
命令名称 | 命令缩写 | 命令说明 |
run | r | 运行一个待调试的程序 |
continue | c | 让暂停的程序继续运行 |
next | n | 运行到下一行 |
step | s | 单步执行,遇到函数会进入 |
until | u | 运行到指定行停下来 |
finish | fi | 结束当前调用函数,回到上一层调用函数处 |
return | return | 结束当前调用函数并返回指定值,到上一层函数调用处 |
jump | j | 将当前程序执行流跳转到指定行或地址 |
| p | 打印变量或寄存器值 |
backtrace | bt | 查看当前线程的调用堆栈 |
frame | f | 切换到当前调用线程的指定堆栈 |
thread | thread | 切换到指定线程 |
break | b | 添加断点 |
tbreak | tb | 添加临时断点 |
delete | d | 删除断点 |
enable | enable | 启用某个断点 |
disable | disable | 禁用某个断点 |
watch | watch | 监视某一个变量或内存地址的值是否发生变化 |
list | l | 显示源码 |
info | i | 查看断点 / 线程等信息 |
ptype | ptype | 查看变量类型 |
disassemble | dis | 查看汇编代码 |
set args | set args | 设置程序启动命令行参数 |
show args | show args | 查看设置的命令行参数 |
常用命令
bt 调用栈信息。
bt full命令或backtrace full命令来打印完整的调用栈信息,包括文件名、行号和函数名。
start或者r(run的缩写)来启动程序。start在main入口暂停,r直接运行。
step或者s来单步执行程序的下一条指令。这将进入函数调用或接下来的语句,并在停下来等待下一条命令。
next或者n来单步执行程序的下一条指令。与step命令不同,next命令会直接执行函数调用并跳到下一行代码。这对于跳过函数的执行非常有用。
next或者n来单步执行程序的下一条指令。与step命令不同,next命令会直接执行函数调用并跳到下一行代码。这对于跳过函数的执行非常有用。
print或缩写的p命令来查看变量的值。
backtrace或缩写的bt命令来查看当前的调用栈。
info locals命令来显示当前函数的局部变量。
break或缩写的b命令来设置断点。
watch命令来设置观察点,当观察的变量发生改变时,程序会停下来。
continue或缩写的c命令来继续程序的执行,直到下一个断点或程序结束。
gdb打断点
在GDB中设置断点是一种常见的调试技术,它使你可以在程序执行期间停下来,并检查程序的状态。以下是在GDB中设置断点的几种方法:
1. 行号断点:使用`break`命令(或其缩写形式`b`)后跟行号,可以在指定的行上设置断点。例如,`break 10`在第10行设置断点。
2. 函数断点:使用`break`命令后跟函数名,可以在指定的函数入口处设置断点。例如,`break main`在`main`函数的入口处设置断点。
3. 文件和行号断点:如果你的代码有多个文件,你可以在`break`命令后使用`filename:linenum`的形式来设置断点。例如,`break myfile.c:20`在`myfile.c`文件的第20行设置断点。
4. 条件断点:使用`break`命令后跟条件和位置,可以设置条件断点。条件断点只会在满足条件时才触发。例如,`break filename:linenum if condition`在指定位置设置条件断点。条件可以是简单的表达式或变量的值。
5. 动态断点:使用`break`命令后跟函数名和条件,可以设置动态断点。动态断点会在指定函数被调用时触发断点。例如,`break function if condition`在指定函数被调用并满足条件时触发断点。
设置断点后,你可以使用`run`命令启动程序,并在程序执行到断点处时停下来等待进一步的命令。在停下来的时候,你可以使用其他GDB命令来检查程序的状态,如打印变量的值、查看调用栈等。
gdb子进程打断点
在使用`gdb`调试程序时,默认情况下,子进程会自动继承父进程的断点并执行调试。但有时候,使用`fork()`创建的子进程可能无法正常被`gdb`调试。
这是因为`gdb`默认使用`set follow-fork-mode`设置为`parent`模式,即在调试过程中只跟踪父进程。这种情况下,子进程会在设置断点后自动终止。
如果你想调试子进程,可以通过将`set follow-fork-mode`设置为`child`模式来实现。具体操作如下:
1. 在`gdb`中启动调试:
gdb <your_program> |
2. 在`gdb`的命令行中输入:
set follow-fork-mode child |
3. 运行你的程序:
run |
现在,当父进程调用`fork()`创建子进程时,子进程将继续在`gdb`中运行,且可以在子进程中添加断点并进行调试操作。
gdb跟踪已经在运行的进程
要使用GDB跟踪已经在运行的进程,你需要做到以下几个步骤:
1. 获取进程的进程ID(PID)。
你可以使用`ps`命令、`top`命令或者其他类似的工具来查看正在运行的进程,并获取目标进程的PID。
2. 启动GDB并附加到目标进程。
打开终端并执行以下命令:
gdb -p <PID> |
`<PID>`是目标进程的进程ID。
3. 开始跟踪和调试。
一旦GDB成功地附加到目标进程,你可以使用GDB的各种命令来进行调试。例如,你可以设置断点、单步执行、查看变量值等等。
(gdb) break <函数名/行号> # 设置断点 (gdb) continue # 继续执行程序 (gdb) next # 单步执行,跳过函数调用 (gdb) step # 单步执行,进入函数调用 (gdb) print <变量名> # 查看变量值 |
请注意,GDB附加到一个正在运行的进程可能会影响其执行速度,并且可能会导致不稳定的行为。此外,如果进程是由另一个用户运行的,你可能需要以root身份运行GDB,或者以目标进程所属用户的身份执行GDB。
gdb单步汇编
在使用GDB进行单步汇编调试时,你可以按照以下步骤进行操作:
1. 使用GDB启动你的程序:在终端中输入`gdb <program>`,其中`<program>`是你要调试的可执行文件。
2. 在GDB中设置断点:你可以选择在程序中的特定位置设置断点,以便在执行到该位置时暂停程序。可以使用`break`命令来设置断点。例如,要在某个函数的开头位置设置断点,可以输入`break function_name`,其中`function_name`是函数名称。还可以使用内存地址来设置断点,使用`break *address`,其中`address`是内存地址。
3. 运行程序:在GDB中输入`run`命令来运行程序。程序会运行到设置的断点处,然后暂停。
4. 进入汇编模式:在GDB中输入`layout asm`命令,将GDB切换到汇编模式。你将会看到当前代码的汇编语句。
5. 单步执行汇编指令:你可以使用以下命令来逐步执行汇编指令:
- `stepi`(或简写为`si`):执行当前指令并进入下一条指令。
- `nexti`(或简写为`ni`):执行当前指令并跳过子函数的执行,直接进入下一条指令。
- `finish`:执行完当前函数的剩余部分并停止在调用该函数的位置。
6. 查看寄存器和内存:在汇编模式下,你可以使用`info registers`命令来查看当前寄存器的值。你还可以使用`x`命令来查看某个内存地址的内容,例如`x/10i $pc`可以查看当前指令附近的10条指令。
7. 继续执行程序:如果你想要继续执行程序而不是单步调试,可以使用`continue`命令。程序会一直执行直到遇到下一个断点或终止。