【GDB】gdb使用

于 2025-04-20 04:01:55 发布
阅读量1.2k 收藏 11
点赞数 20
分类专栏： Tools 文章标签： linux gdb 调试 coredump
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45800517/article/details/147358714
版权

文章目录

1. 常用命令

list显示源程序
# ------------ list显示源程序 --------------
l [行号] # list ，显示对应的代码，每次10行
l [函数名] # 显示对应函数的源码
l # 显示当前行后面的源程序
l - # 显示当前行前面的源程序
l + # 往后显示源码
l [first,last] # 从first行显示到last
l [,last] # 从当前行显示到last行之间的源码

set listsize [count] # 设置一次显示源代码的行数
show listsize # 查看当前listsize的设置
查看源码的内存
# -------- 查看源码的内存 ------------
info line [参数] # 显示指定的源码在运行时的内存地址，参数可以是：
	[行号]
	[文件名:行号]
	[文件名:函数名]
# 示例
(gdb) info line test.c:func
Line 4 of "test.c" starts at address 0x400596 <func> and ends at 0x40059d <func+7>.
disassemble查看汇编代码
# ------ 查看源程序当前执行时的机器码 ---------
disassemble [函数名]

# 示例
(gdb) disassemble main
Dump of assembler code for function main:
   0x00000000004005cb <+0>:	push   %rbp
   0x00000000004005cc <+1>:	mov    %rsp,%rbp
   0x00000000004005cf <+4>:	sub    $0x10,%rsp
   0x00000000004005d3 <+8>:	movl   $0x0,-0x8(%rbp)
   0x00000000004005da <+15>:	movl   $0x1,-0x4(%rbp)
   0x00000000004005e1 <+22>:	jmp    0x4005ed <main+34>
=> 0x00000000004005e3 <+24>:	mov    -0x4(%rbp),%eax
   0x00000000004005e6 <+27>:	add    %eax,-0x8(%rbp)
   0x00000000004005e9 <+30>:	addl   $0x1,-0x4(%rbp)
   0x00000000004005ed <+34>:	cmpl   $0x5,-0x4(%rbp)
   0x00000000004005f1 <+38>:	jle    0x4005e3 <main+24>
   0x00000000004005f3 <+40>:	mov    -0x8(%rbp),%eax
   0x00000000004005f6 <+43>:	mov    %eax,%esi
   0x00000000004005f8 <+45>:	mov    $0x4006c8,%edi
   0x00000000004005fd <+50>:	mov    $0x0,%eax
   0x0000000000400602 <+55>:	callq  0x4004a0 <printf@plt>
   0x0000000000400607 <+60>:	mov    $0x3,%edi
   0x000000000040060c <+65>:	callq  0x400596 <func>
   0x0000000000400611 <+70>:	mov    %eax,%esi
   0x0000000000400613 <+72>:	mov    $0x4006d6,%edi
   0x0000000000400618 <+77>:	mov    $0x0,%eax
   0x000000000040061d <+82>:	callq  0x4004a0 <printf@plt>
   0x0000000000400622 <+87>:	mov    $0x0,%eax
   0x0000000000400627 <+92>:	leaveq 
   0x0000000000400628 <+93>:	retq   
End of assembler dump.
断点breakpoints
# --------- breakpoints --------------
b # 不加任何参数，表示在下一条指令处停住
b [行号] # breakpoint，在这一行打断点
b [源文件:函数名] # 在该函数的第一行加上断点
b [源文件:行号] # 在该源文件中的这一行打上断点
b +[offset] / b -[offset] : 在当前行号的前面或后面的offset处停住
b *[address] : 在程序运行的内存地址处停住
break ... if cond # ... 可以是参数，cond表示条件，在条件成立时停住。示例：break if i=100
info b # 查看断点信息
d [当前要删除的断点的编号] # delete，删除一个断点。（注：不能d+行号）
d [range] # range表示断点编号范围，e.g. d 2-4  删除编号234的断点
d breakpoints # 删除所有断点
disable b # 使所有断点无效， 默认缺省
enable b # 使所有断点有效，默认缺省
disable b [断点编号] # 使指定的断点无效
enable b [断点编号] # 使指定断点有效
disable [range]
enable [range]
观察点watchpoint
# ---------- WatchPoint -----------
# watchpoint观察点，一般来观察某个表达式（变量也是一种表达式）的值是否变化，若有变化则马上停止程序
watch [expr] # 给表达式/变量expr设置一个观察点
rwatch [expr] # 当表达式/变量被读取时，停住程序
awatch [expr] # 当表达式/变量的值被读或写时，停住程序
info watchpoints # 查看观察点
捕捉点catchpoint
# ---------- CatchPoint ---------------
# catchpoint捕捉点，用来捕捉程序运行时的一些事件
catch [event] # 当event发生时，停住程序，event可以是：
	throw 一个C抛出的异常 : throw为关键字
	catch 一个C捕捉到的异常 : catch为关键字
tcatch [event]	 # 仅设置一次捕捉点，当程序停住后，捕捉点被自动删除
clear清除停止点
# ------------- clear 停止点 -----------------
# breakpoint, catchpoint, watchpoint都是停止点
clear # 清除所有的已定义的停止点
clear [function] # 清除所有设置在该函数上的停止点
clear [line] # 清除所有在指定行上的停止点
clear [文件名:行号] # 清除所有设置在指定文件指定行上的停止点
condition停止条件维护
# ------------ condition -----------------
# 条件的相关维护命令condition，当条件成立时，程序自动停止（只有break和watch命令支持if cond）
condition [断点编号] [expression] # 修改对应断点编号的停止条件为expression
condition [断点编号] # 清除对应断点号的停止条件
调试程序r/c/n/s
r # run，【F5】。没有断点直接运行；有断点从第一个断点处开始运行

c # continue,从一个断点处直接运行到下一个断点处
	c [ignore-count] # ignore-count表示忽略其后的断点次数

n # next，逐过程，相当于【F10】
	n [count] # count表示执行后边的count条执行，然后停住
nexti # 逐过程执行机器指令，若该条指令是函数调用则一直执行直至返回
	nexti [repeatCount] # 

s # step，逐语句，相当于【F11】
	s [count] # count表示执行后面的count条命令，然后停住
stepi # 单步跟踪一条机器指令，简写为si
	stepi [repeatCount] #
print显示运行时数据
# ---- 查看运行时数据 ---------
p [变量名] # 打印变量值
p /f [expr] # /f是打印格式，例如十六进制是/x

# 变量：在gdb中可查看三中变量的值：全局变量/静态全局变量/局部变量
# 表达式
@ : 和数据相关的操作符，用于输出数组中指定区域的元素
:: : 指定一个在文件或函数中的变量
{type}addr : 表示一个指向内存地址的类型为type的对象

p [文件名]::[变量名] 
p [函数名]::[变量名]
p [数组]@[len]
	p *array@10 # 打印数组的前10个元素的值。*为解引用
	p array[10]@3 # 显示数组array的10到12个元素
p [指针] # 打印指针指向的类型以及指针的地址
p *(struct xxx *)ptr # 打印指向的结构体内容
函数栈
# ------------ 函数栈 ------------------
bt # 查看函数栈 backtrace
	bt [n] # n为正整数，表示仅打印函数栈顶上n层的信息
	bt [-n] # n为正整数，表示仅打印函数栈底下n层信息

# 若要查看某一层的信息，则需切换当前的栈
frame [n] # n是一个从0开始的整数，是栈中的层编号。frame 0表示栈顶；frame 1表示栈的第二层
frame [addr] # 栈中层的地址？
info f / info frame
info f [addr]

up [n] # 向栈的上面移动n层，直接up则上移一层
down [n] # 向栈的下面移动n层，直接down则下移一层

info args # 打印当前层的参数信息
info locals # 打印当前函数中所有局部变量和值
info catch # 打印当前函数中的异常处理信息
程序运行设置
# -------- 设置程序启动参数 ---------
set args # 例如set args 10 20 30
show args # 查看设置好的运行参数

# -------- 运行环境 --------------
path [dir] # 设置程序的运行路径
show paths # 查看程序的运行路径

# --------- 环境变量 --------------
set env [环境变量名]=[value] # 设置环境变量
show env [环境变量名] # 查看环境变量

# --------- 工作目录 --------------
cd # 相当于shell中的cd命令
pwd # 相当于shell中的cd命令

# ------- 执行shell命令
shell [command]
变量修改/跟踪
# ----------- 变量修改 -----------
set var # 修改变量的值
	示例: set var value=1
# --------- 变量跟踪 -----------
display # 跟踪查看一个变量，每次停下来都显示它的值
undisplay [变量名编号] # 取消对先前设置的变量的跟踪
until跳转执行
until [行号] # 指定位置跳转，执行完区间代码，简写为u
finish
finish # 在一个函数内部，执行到当前函数返回，然后停下来等待命令
help显示帮助信息

进入gdb后，可以输入help查看帮助信息，回显如下：

(gdb) help
List of classes of commands:

aliases -- Aliases of other commands
breakpoints -- Making program stop at certain points
data -- Examining data
files -- Specifying and examining files
internals -- Maintenance commands
obscure -- Obscure features
running -- Running the program
stack -- Examining the stack
status -- Status inquiries
support -- Support facilities
tracepoints -- Tracing of program execution without stopping the program
user-defined -- User-defined commands

help回显仅列出gdb的命令种类，若要看对应命令种类中的命令，可以输入类似help breakpoints的命令。
P.S. gdb下也支持Tab键补全

2. 使用示例：使用gdb调试core文件

2.1 什么是core文件

coredump，核心转储文件，程序运行过程中发生异常退出时，操作系统把程序当前的内存状态存储在core文件中，称为coredump。

2.2 生成core文件

查看能否生成core文件：

ulimit -c # 若回显为0，则表示关闭了生成core的功能，不会生成core文件

临时修改：

ulimit -c [filesize] # 设置限制core文件大小，单位KB。若生成的core超过了该限制，则会被裁剪
ulimit -c unlimited # 表示core文件大小不受限制

永久修改：使用上述命令修改仅是临时修改，重启后不生效。

# 方法1
/etc/rc.local 在该文件中新增一行：ulimit -c unlimited
# 方法2
/etc/profile 在该文件中新增一行：ulimit -c unlimited
# 方法3
/etc/security/limits.conf 在该文件中新增两行
@root soft core unlimited
@root hard core unlimited

core默认的文件名为core.pid，默认路径为产生segmentation default的程序的当前目录。修改：

# 默认的core文件路径和名称在文件 /proc/sys/kernel/core_pattern
# 临时修改
echo "/corefile/core-%e-%p-%t" > /proc/sys/kernel/core_pattern
# 永久修改
sysctl -w kernel.core_pattern=/corefile/core-%e-%p-%t

c源码示例：当输入的字符个数超过十个，就会产生段错误：

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

void process_data(const char *data)
{
    char buffer[10];
    strcpy(buffer, data);
}

int main(int argc, char *argv[])
{
    if (argc < 2) {
        fprintf(stderr, "Usage: %s <data>n", argv[0]);
        exit(EXIT_FAILURE);
    }
    process_data(argv[1]);
    return 0;
}

编译生成可执行文件，注意加上-g选项：

gcc -g -o coretest coretest.c

运行可执行文件，并输入超过10个字符：

[root@server8 coretest]# ./coretest "aaaaaaaaaaaaaaaaaaaaaaaaaaaa"
段错误 (核心已转储)

ll查看core文件：

[root@server8 coretest]# ll /corefile/
总用量 160
-rw-------. 1 root root 249856 4月  19 12:53 core-coretest-5784-1745081616

2.3 gdb调试core文件

gdb core-coretest-5784-1745081616

出现如下报错：

Missing separate debuginfo for the main executable file
Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/12/c6e0d3d8433c7d1f4af57e8af66ec562a9472b

这是因为缺少debuginfo：

1. 修改CentOS-Linux-Debuginfo.repo ， enable=1
2. 首先安装 yum install -y yum-utils # debuginfo-install在这个包里
3. 使用debuginfo-install安装debuginfo相关包
	debuginfo-install glibc
	debuginfo-install libgcc
	debuginfo-install libstdc++
	debuginfo-install nss-softokn-freebl

如果按照上述步骤执行还是会告警，可能是glibc版本不匹配，或是没导入符号表，可以这样：

# 先cd到可执行文件的路径下，假设可执行文件名为coretest
# 然后gdb+可执行文件名
gdb coretest
# 进入gdb环境后，使用core-file加载core文件
core-file /corefile/core-coretest-5784-1745081616

查看函数调用栈：

(gdb) bt
#0  0x0000000000400687 in process_data (data=0x7fffa478a2bb 'a' <repeats 43 times>) at coretest.c:11
#1  0x6161616161616161 in ?? ()
#2  0x6161616161616161 in ?? ()
#3  0x6161616161616161 in ?? ()
#4  0x0000000000400061 in ?? ()
#5  0x00007fb8198ec493 in __libc_start_main (main=0x400688 <main>, argc=2, argv=0x7fffa4789b28, 
    init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffa4789b18)
    at ../csu/libc-start.c:314
#6  0x00000000004005ae in _start ()

3. gdb导入符号表

3.1 什么是符号表

gdb符号表是gdb在调试过程中使用的一种数据结构，包含了程序中函数、变量等信息，用于在gdb调试过程中进行符号解析和地址定位。
gdb符号表的主要组成：

  • 函数符号表：包含程序中定义的函数名称、参数、返回值等信息；
  • 变量符号表：包含程序中定义的变量名称、类型、作用域等信息；
  • 类型符号表：包含程序中定义的数据类型，例如结构体、枚举、类型别名等；
  • 地址映射表：将程序中的虚拟地址映射到物理地址。

gdb符号表在编译时生成，通常由编译器在生成目标文件时自动生成，在调试时，gdb会读取符号表，将程序中的地址解析为符号名称。同时gdb也可根据符号表对程序进行反向映射，例如查看某个函数或变量的调用栈、内存占用情况等。

3.2 导入符号表

gcc -g -o test test.c
# 获取程序的二进制文件和符号表文件
objcopy -O binary test test.bin
addr2line -e test.bin -f -s -n 1>test.sym # 生成名为test.bin的二进制文件和名为test.sym的符号表文件
# 使用gdb打开二进制文件获取符号表
gdb test.bin
# 将addr替换为需要查看的函数或变量的地址，gdb将显示该地址处的函数或变量的源代码和符号表信息
(gdb)list(addr)

# 进入gdb环境
(gdb)info files # 该命令可查看进程文件地址绑定信息
# 加载符号表命令
(gdb)add-symbol-file

参考内容

如何使用GDB调试PHP程序
10-23
要使用GDB调试这个程序，首先需要编译并添加调试信息： ```bash g++ k.cpp -g -Wall -Werror -o main ``` 然后启动GDB并加载程序： ```bash gdb ./main ``` 在GDB中，你可以执行以下操作： - **列出源代码**：`...
GDB官网用户手册（gdb.pdf）
01-25
GDB 官方用户手册是 GNU 调试器的一份官方文档，用于帮助用户学习和掌握 GDB 的使用方法和技术。本手册涵盖了 GDB 的基本概念、基本使用方法、调试技术、进阶技术等方面的知识点。 知识点 1: GDB 的基本概念 GDB...
gdb使用详细介绍
热门推荐
神棍之路
07-18 1万+
gdb是GNU开源组织发布的一个强大的Linux下的程序调试工具gdb除支持c/c++语言外还支持go、D、object-c、fortran等语言GDB主要帮助你完成下面四个方面的功能启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式）当程序被停住时，可以检查此时你的程序中所发生的事。你可以改变你的程序，将一个BUG产生的影响修正从而测试其他BUG。...
GDB使用详解
格物致知
07-26 4351
GDB支持调试多种编程语言编写的程序，包括C、C++、Go、Objective-C、OpenCL、Ada等。实际场景中，GDB更常用来调试C和C++程序。break命令（可以用b代替）常用的语法格式有以下2种。
GDB的使用
weixin_58165485的博客
04-03 7701
linux下gdb的用法
GDB 的使用详解
ceasar11的专栏
02-26 845
gdb 使用方法   C语言链表程序 gdb使用   2007-05-24 16:28:34|  分类： linux |  标签：gdb   |举报 |字号大中小 订阅 gdb使用 在linux下做东西，gcc，gdb是避不开的，刚开始使用比较麻烦，永久了感觉还是挺好用的。redhat里面自带一个gdb的图形前端
GDB用法详解
ljx0305的专栏
04-15 1119
GDB用法详解GDB是一个强大的命令行调试工具。虽然X Window提供了GDB的图形版DDD，但是我仍然更钟爱在命令行模式下使用GDB。大家知道命令行的强大就是在于，其可以形成执行序列，形成脚本。UNIX下的软件全是命令行的，这给程序开发提代供了极大的便利，命令行软件的优势在于，它们可以非常容易的集成在一起，使用几个简单的已有工具的命令，就可以做出一个非常强大的功能。    于是UNIX下的
gdb11.1 gdb9.2 无法读取clang dwarf
05-18
标题和描述中提到的问题，"gdb11.1 gdb9.2 无法读取clang dwarf"，意味着在使用这两个版本的gdb尝试调试由clang编译的程序时遇到了问题。这可能是由于以下几个原因： 1. **版本兼容性**：不同版本的gdb可能支持不同...
gdb完全手册.pdf.zip_GDB pdf_GDB中文手册_gdb_linux_linux gdb pdf
07-15
"GDB完全手册.pdf.zip"包含了对GDB全面的介绍和指南，是学习和使用GDB的重要参考资料。 GDB中文手册特别适合中文用户，提供了详细的操作步骤和实例解析，帮助开发者理解GDB的各个功能。手册通常会包含以下内容： 1...
gdb-6.0.rar_gdb_gdb-6_gdb-6.6
09-20
GDB（GNU Debugger）是Linux操作系统下广泛使用的开源调试器，专为C、C++、Fortran等语言设计，用于帮助程序员调试他们的程序。在这个"gdb-6.0.rar_gdb_gdb-6_gdb-6.6"压缩包中，包含的是GDB的6.0版本，这是一个在...
GDB使用详解及实例
04-19
Linux下使用GDB的方法教程以及实例，TXT格式...........
Linux·gdb用法详解
czy02的博客
09-07 3009
gdb（GNU Debugger）是一个强大的调试工具，广泛用于调试 C、C++、Fortran 和其他编程语言的程序。gdb 支持多种调试功能，包括断点、单步执行、变量查看、内存操作和多线程调试等。通过合理使用这些功能，可以有效地定位和解决程序中的错误。本文详细介绍了release版本与debug版本的区别，gdb调试过程中的各种命令。
一步步教你使用GDB调试程序：从入门到精通的全面指南
Binge的Blog，一起加油鸭！
10-05 3892
调试是软件开发中非常重要的一环，它可以帮助我们找到程序中的错误并修复它们。在Linux系统中，GDB是一个非常流行的调试工具，几乎每个开发者都会使用它来调试程序。让我们一起开始这段学习之旅吧！
gdb入门教程大全（清晰明了）
biao2488890051的博客
10-03 9285
gdb只是众多调试器中的一个，但是它是用得最多的，所以有必要了解一下。gdb和gcc一样，都属于gnu开源家族工具链，所以gdb对gcc编译后的程序的调试支持最好。学习一个工具，当然得先去看它官网，了解清楚整个脉络。我们这里关注如何使用，所以进入它的在线文档网站：（可能大家通过别的链接进入的网站跟这个不一样，那是因为这个gdb网站服务器里有多个版本的文档仓库，而官网这里进去的，总是最新的版本的文档）这个就是在线文档内容搬过来的，内容和结构基本一样，喜欢看pdf的可以看这个。
【GDB】一文掌握 GDB 详细用法（GDB 命令速查）
数据知道的博客
03-28 1964
GDB（GNU Debugger）是Linux/Unix系统下强大的命令行调试工具，用于分析程序运行时的内存状态、执行流程和故障定位。就会被压入栈中，栈帧包含了该函数的局部变量、参数、返回地址和其他信息，当函数执行完毕后，这个栈帧会被弹出栈并销毁。调用的函数如果存在全局变量、静态变量的修改，在函数返回后会恢复到调用之前的值，这两个调用不会影响程序的状态。显示运行时将要或已经传递给程序的参数。每当一个函数被调用时，一个新的栈帧。在启动进程前，添加环境变量。在启动进程前，清除环境变量。连接到正在运行的进程。
GDB基本用法
dadaima_sama的博客
11-25 4566
GDB 全称“GNU symbolic debugger”，从名称上不难看出，它诞生于 GNU 计划（同时诞生的还有 GCC、Emacs 等），是 Linux 下常用的程序调试器。发展至今，GDB 已经迭代了诸多个版本，当下的 GDB 支持调试多种编程语言编写的程序，包括 C、C++、Go、Objective-C、OpenCL、Ada 等。实际场景中，GDB 更常用来调试 C 和 C++ 程序。
GDB基本使用教程
qq_50054286的博客
11-05 850
GNU工具集中的调试器是GDB（GNU Debugger），该程序是一个交互式工具，工作在字符模式。GDB(GNU Debugger)是一个用来调试C/C++程序的功能强大的调试器，是Linux系统开发C/C++最常用的调试器程序员可以使用GDB来跟踪程序中的错误，从而减少程序员的工作量。VSCode是通过调用GDB调试器来实现C/C++的调试工作的；Windows 系统中，常见的集成开发环境（IDE），如 VS、VC等，它们内部已经嵌套了相应的调试器。
用GDB调试core文件
最新发布
2504_91217732的博客
04-02 314
这个默认是关闭的，需要手动开启，先查看core dump是否被禁用了，0就是禁用了ulimit -c开启。
GDB调试指南（基础入门）
番茄的博客
04-25 6898
开发和使用Unix程序时，有时程序莫名其妙的down了，却没有任何的提示(有时候会提示core dumped)，这时候可以查看一下有没有形如core.进程号的文件生成，这个文件便是操作系统把程序down掉时的内存内容扔出来生成的, 它可以做为调试程序的参考，能够很大程序帮助我们定位问题。设置断点后，以便我们更详细的跟踪断点附近程序的执行情况。通过上面的例子演示，我相信读者已经对于通过GDB调试C/C++程序有了基本的理解，如果你想获取更多的调试技巧请参考官方网站的GDB调试手册，还有GDB官方网站的手册。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值