gdb调试

背景

调试linux程序一般有两种，一种是检查程序的日志输出，但如果问题与IO有关就不能通过日志获得调试信息了；

虽然gdb不常用且命令复杂，但却是不可或缺呀。

常用调试命令

分类	序号	命令	说明
运行	1	r	run简写，运行程序，遇到断点暂停
	2	c	continue简写，继续执行直到下一个断点或程序结束
	3	n	next简写，单步跟踪，遇函数调用时不进入函数体
	4	s	step简写，单步进入，遇函数调用时进入函数体
	5	until	如果进入循环体，until将继续执行直到跳出循环体
	6	until +n	继续运行，到第n行暂停
	7	finish	继续执行，直到当前函数返回，并打印函数返回时的堆栈地址及返回值等相关信息
	8	call 函数(参数)	手动调用程序中的可见函数并传参
	9	q	quit简写，退出gdb
断点	10	b line/func if a > b	设置条件断点，断点位置是某文件的某行或某个函数入口处，如果条件成立则断点设置成功
	11	delete n	删除第n个断点
	12	disable n	暂停第n个断点
	13	enable n	开启第n个断点
	14	clear n	删除第n行上的断点
	15	info b	查看断点设置情况
	16	delete breakpoints	删除所有断点
查看源码	17	l	接着显示上次显示的后面的源码
	18	l n	显示第n行附近的源码
	19	l func	显示函数func附近的源码
打印表达式	20	print a	打印变量a的值
	21	print ++a	a加1后打印
	22	print name	打印字符串name的值
	23	priint func(n)	调用函数func并传参n，n可以是一个常量，也可以是一个程序中已定义的变量
	24	display 表达式	常用于单步调试
	25	watch 表达式	监视表达式，当表达式的值改变时运行暂停并打印监视点的值
	26	whatis	查询变量或函数
	27	info function	打印所有函数信息
	28	info locals	显示当前堆栈的所有变量
查询运行状态	29	where/bt	查看当前堆栈列表
	30	bt backtrace	显示当前调用堆栈
	31	up/down	改变堆栈深度
	32	set args 参数	设置运行参数
	33	show args	查看运行参数
	34	info program	查看运行状态
分割窗口	35	layout src	显示源码窗口
	36	layout asm	显示反汇编窗口
	37	layout regs	显示源码/反汇编和CPU寄存器窗口
	38	layout split	显示源码和反汇编窗口
	39	ctrl + l	清空窗口

调试流程总结

被调试的源码（来源：https://blog.csdn.net/haoel/article/details/2879）

#include <iostream>
using namespace std;
 
int func(int n){
    int sum=0;
    for(int i=0; i<n; i++){
        sum+=i;
    }
    return sum;
}
 
int main(){
    long result = 0;
    for(int i=1; i<=100; i++){
        result += i;
    }
    cout<<"result[1-100] = "<<result<<endl;
    cout<<"result[1-250] = "<<func(250)<<endl;
}

编译

orejia@debian9:gdb$ g++ -g main.cc -o main

进入调试

orejia@debian9:gdb$ gdb main

 

命令执行顺序	阶段	命令	说明	备注
1	查看代码	l	打印源码	list简写，默认一次向下打印10行代码
2		<enter>	回车	回车重复执行上一次命令
3	设置断点	b main.cc:16	设置断点	break简写，在文件main.cc的第16行设置断点，如果程序只有一个文件可省略文件名
4		b main.cc:func	设置断点	在函数func入口处设置断点
		b 7 if sum > 4	设置条件断点	当 sum 大于 4时，程序在第7行暂停运行
5		info b	查看断点信息	info命令可打印与调试过程有关的信息，
6	运行调试	r	启动程序	代码开始执行,遇到断点暂停
7		n	单步执行	next简写
8		c	继续执行	continue简写,遇到下一一个断点将再次暂时
9		p i	查看变量	print i 打印变量i的当前值
10		bt	查看函数堆栈	breaktrace简写
11		finish	跳出当前函数	跳转到当前所在函数的被调用位置并继续执行，直到遇到下一个断点
12	退出调试	q	退出	退出gdb调试命令行

core文件

前期设置

解除core文件限制,将其添加至/etc/profile

ulimit -c unlimited

修改core存储位置（默认与可执行程序在同级目录，但因为不知名原因有时会找不到，因此建议设置一个固定位置）

/proc/sys/kernel/core/pattern代表core文件名，可以给它加上路径前缀以及可执行文件名、pid 、时间等后缀参数

sudo echo "/data/coredump/core-%e-%p-%t" > /proc/sys/kernel/core_pattern"

coredump可能原因：

• 数组下标访问越界
• 对常量区数据（如字符指针）进行写操作
• 调用不安全的字符串操作函数（strcpy ctrcat等）
• 局部数据量太大导致堆栈溢出
• 使用空指针
• 不规范的指针类型强制转换
• 多线程访问共享数据时未加锁
• 调用线程不安全函数

调试core文件

gdb ./test core

进入gdb后，执行bt显示堆栈

cmake使用gdb

SET(CMAKE_BUILD_TYPE "Debug") 
SET(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb")
SET(CMAKE_C_FLAGS_RELEASE "$ENV{CXXFLAGS} -O3 -Wall -g -ggdb")

参考

官方英文文档：https://sourceware.org/gdb/

gdb常用命令：https://www.cnblogs.com/tangtangde12580/p/8045980.html

core文件详解：https://blog.csdn.net/wkd_007/article/details/79757289

gdb调试手册：https://blog.csdn.net/MOU_IT/article/details/88322477