linux 下gdb 调试

编译加上参数 -g
gcc -g -o hello hello.c

查看源码

查看参数

gdb可支持的变量显示格式有：

x：按16进制格式显示变量

d：按10进制格式显示变量

u：按16进制格式显示无符号整型

o：按8进制格式显示变量

t：按2进制格式显示变量

c：按字符格式显示变量

f：按浮点数格式显示变量

查看一个二级指针的数据
先查看变量地址
(gdb) p path_out1
$10 = (char **) 0x7fffffffcac0
(gdb) x /31x 0x7fffffffcac0
0x7fffffffcac0: 0x80 0x66 0x40 0x00 0x00 0x00 0x00 0x00
0x7fffffffcac8: 0x9b 0xb0 0xe0 0xf7 0xff 0x7f 0x00 0x00
0x7fffffffcad0: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x7fffffffcad8: 0xa8 0xcb 0xff 0xff 0xff 0x7f 0x00
(gdb) x /31s *0x7fffffffcac0
0x406680: “/home/opt/aaaa/bbb/eee.exe”
查看二级指针保存数据地址：
x /31x 0x7fffffffcac0
二级指针存放的数据地址：
0x406680
查看该地保存的字符数据
x /31s 0x406680
或者直接 x /31s *0x7fffffffcac0 查看

查看内存值

断点的设置

查看断点信息

info break [break num ]

info break 可列出所有断点信息，info break 后也可设置要查看的break num如：

info break 1 列出断点号是1的断点信息

只需要run的时候带上参数即可。
或者使用set args，然后在用run启动：

断点的使用
暂停／恢复程序运行
在gdb中，我们可以有以下几种暂停方式：断点（BreakPoint）、观察点（WatchPoint）、捕捉点（CatchPoint）、信号（Signals）、线程停止（Thread
Stops）。如果要恢复程序运行，可以使用c或是continue命令。

一、设置断点（BreakPoint）

我们用break命令来设置断点。正面有几点设置断点的方法：

break
在进入指定函数时停住。C++中可以使用class::function或function(type,type)格式来指定函数名。

break
在指定行号停住。

break +offset
break -offset
在当前行号的前面或后面的offset行停住。offiset为自然数。

break filename:linenum
在源文件filename的linenum行处停住。

break filename:function
在源文件filename的function函数的入口处停住。

break *address
在程序运行的内存地址处停住。

break
break命令没有参数时，表示在下一条指令处停住。

break … if
…可以是上述的参数，condition表示条件，在条件成立时停住。比如在循环境体中，可以设置break if i=100，表示当i为100时停住程序。

查看断点时，可使用info命令，如下所示：（注：n表示断点号）
info breakpoints [n]
info break [n]

二、设置观察点（WatchPoint）

观察点一般来观察某个表达式（变量也是一种表达式）的值是否有变化了，如果有变化，马上停住程序。我们有下面的几种方法来设置观察点：

watch
为表达式（变量）expr设置一个观察点。一量表达式值有变化时，马上停住程序。

rwatch
当表达式（变量）expr被读时，停住程序。

awatch
当表达式（变量）的值被读或被写时，停住程序。

info watchpoints
列出当前所设置了的所有观察点。

三、设置捕捉点（CatchPoint）

你可设置捕捉点来补捉程序运行时的一些事件。如：载入共享库（动态链接库）或是C++的异常。设置捕捉点的格式为：

catch
当event发生时，停住程序。event可以是下面的内容：
1、throw 一个C++抛出的异常。（throw为关键字）
2、catch 一个C++捕捉到的异常。（catch为关键字）
3、exec 调用系统调用exec时。（exec为关键字，目前此功能只在HP-UX下有用）
4、fork 调用系统调用fork时。（fork为关键字，目前此功能只在HP-UX下有用）
5、vfork 调用系统调用vfork时。（vfork为关键字，目前此功能只在HP-UX下有用）
6、load 或 load 载入共享库（动态链接库）时。（load为关键字，目前此功能只在HP-UX下有用）
7、unload 或 unload 卸载共享库（动态链接库）时。（unload为关键字，目前此功能只在HP-UX下有用）

tcatch
只设置一次捕捉点，当程序停住以后，应点被自动删除。

四、维护停止点

上面说了如何设置程序的停止点，GDB中的停止点也就是上述的三类。在GDB中，如果你觉得已定义好的停止点没有用了，你可以使用delete、clear、disable、
enable这几个命令来进行维护。

clear
清除所有的已定义的停止点。

clear
clear
清除所有设置在函数上的停止点。

clear
clear
清除所有设置在指定行上的停止点。

delete [breakpoints] [range…]
删除指定的断点，breakpoints为断点号。如果不指定断点号，则表示删除所有的断点。range 表示断点号的范围（如：3-7）。其简写命令为d。

比删除更好的一种方法是disable停止点，disable了的停止点，GDB不会删除，当你还需要时，enable即可，就好像回收站一样。

disable [breakpoints] [range…]
disable所指定的停止点，breakpoints为停止点号。如果什么都不指定，表示disable所有的停止点。简写命令是dis.

enable [breakpoints] [range…]
enable所指定的停止点，breakpoints为停止点号。

enable [breakpoints] once range…
enable所指定的停止点一次，当程序停止后，该停止点马上被GDB自动disable。

enable [breakpoints] delete range…
enable所指定的停止点一次，当程序停止后，该停止点马上被GDB自动删除。

五、停止条件维护

前面在说到设置断点时，我们提到过可以设置一个条件，当条件成立时，程序自动停止，这是一个非常强大的功能，这里，我想专门说说这个条件的相关维护命令。一
般来说，为断点设置一个条件，我们使用if关键词，后面跟其断点条件。并且，条件设置好后，我们可以用condition命令来修改断点的条件。（只有break和watch
命令支持if，catch目前暂不支持if）

condition
修改断点号为bnum的停止条件为expression。

condition
清除断点号为bnum的停止条件。

还有一个比较特殊的维护命令ignore，你可以指定程序运行时，忽略停止条件几次。

ignore
表示忽略断点号为bnum的停止条件count次。

六、为停止点设定运行命令

可以使用GDB提供的command命令来设置停止点的运行命令。也就是说，当运行的程序在被停止住时，我们可以让其自动运行一些别的命令，这很有利行自动化调
试。对基于GDB的自动化调试是一个强大的支持。

commands [bnum]
… command-list …
end

为断点号bnum指写一个命令列表。当程序被该断点停住时，gdb会依次运行命令列表中的命令。

例如：

break foo if x>0
commands
printf “x is %d\n”,x
continue
end
断点设置在函数foo中，断点条件是x>0，如果程序被断住后，也就是，一旦x的值在foo函数中大于0，GDB会自动打印出x的值，并继续运行程序。

如果你要清除断点上的命令序列，那么只要简单的执行一下commands命令，并直接在打个end就行了。

七、断点菜单

在C++中，可能会重复出现同一个名字的函数若干次（函数重载），在这种情况下，break 不能告诉GDB要停在哪个函数的入口。当然，你可以使用break 也就是把
函数的参数类型告诉GDB，以指定一个函数。否则的话，GDB会给你列出一个断点菜单供你选择你所需要的断点。你只要输入你菜单列表中的编号就可以了。如：

(gdb) b String::after
[0] cancel
[1] all
[2] file:String.cc; line number:867
[3] file:String.cc; line number:860
[4] file:String.cc; line number:875
[5] file:String.cc; line number:853
[6] file:String.cc; line number:846
[7] file:String.cc; line number:735

2 4 6
Breakpoint 1 at 0xb26c: file String.cc, line 867.
Breakpoint 2 at 0xb344: file String.cc, line 875.
Breakpoint 3 at 0xafcc: file String.cc, line 846.
Multiple breakpoints were set.
Use the “delete” command to delete unwanted
breakpoints.
(gdb)

可见，GDB列出了所有after的重载函数，你可以选一下列表编号就行了。0表示放弃设置断点，1表示所有函数都设置断点。

八、恢复程序运行和单步调试

当程序被停住了，你可以用continue命令恢复程序的运行直到程序结束，或下一个断点到来。也可以使用step或next命令单步跟踪程序。

continue [ignore-count]
c [ignore-count]
fg [ignore-count]
恢复程序运行，直到程序结束，或是下一个断点到来。ignore-count表示忽略其后的断点次数。continue，c，fg三个命令都是一样的意思。

step

单步跟踪，如果有函数调用，他会进入该函数。进入函数的前提是，此函数被编译有
debug信息。很像VC等工具中的step in。后面可以加count也可以不加，不加表示
一条条地执行，加表示执行后面的count条指令，然后再停住。

next

同样单步跟踪，如果有函数调用，他不会进入该函数。很像VC等工具中的step
over。后面可以加count也可以不加，不加表示一条条地执行，加表示执行后面的
count条指令，然后再停住。

set step-mode
set step-mode on
打开step-mode模式，于是，在进行单步跟踪时，程序不会因为没有debug信息而不停住。这个参数有很利于查看机器码。

set step-mod off
关闭step-mode模式。

finish
运行程序，直到当前函数完成返回。并打印函数返回时的堆栈地址和返回值及参数值等信息。

until 或 u
当你厌倦了在一个循环体内单步跟踪时，这个命令可以运行程序直到退出循环体。

stepi 或 si
nexti 或 ni

单步跟踪一条机器指令！一条程序代码有可能由数条机器指令完成，stepi和nexti可以单步执行机器指令。与之一样有相同功能的命令是 “display/i $pc” ，当
运行完这个命令后，单步跟踪会在打出程序代码的同时打出机器指令（也就是汇编代码）

九、信号（Signals）

信号是一种软中断，是一种处理异步事件的方法。一般来说，操作系统都支持许多信号。尤其是UNIX，比较重要应用程序一般都会处理信号。UNIX定义了许多信号，
比如SIGINT表示中断字符信号，也就是Ctrl+C的信号，SIGBUS表示硬件故障的信号；SIGCHLD表示子进程状态改变信号； SIGKILL表示终止程序运行的信号，
等等。信号量编程是UNIX下非常重要的一种技术。

GDB有能力在你调试程序的时候处理任何一种信号，你可以告诉GDB需要处理哪一种信号。你可以要求GDB收到你所指定的信号时，马上停住正在运行的程序，以供你进
行调试。你可以用GDB的handle命令来完成这一功能。

handle

在GDB中定义一个信号处理。信号可以以SIG开头或不以SIG开头，可以用定义一个要处理信号的范围（如：SIGIO-SIGKILL，表示处理从SIGIO信号到SIGKILL的
信号，其中包括SIGIO，SIGIOT，SIGKILL三个信号），也可以使用关键字all来标明要处理所有的信号。一旦被调试的程序接收到信号，运行程序马上会被GDB停
住，以供调试。其可以是以下几种关键字的一个或多个。

nostop
当被调试的程序收到信号时，GDB不会停住程序的运行，但会打出消息告诉你收到这种信号。
stop
当被调试的程序收到信号时，GDB会停住你的程序。
print
当被调试的程序收到信号时，GDB会显示出一条信息。
noprint
当被调试的程序收到信号时，GDB不会告诉你收到信号的信息。
pass
noignore
当被调试的程序收到信号时，GDB不处理信号。这表示，GDB会把这个信号交给被调试程序会处理。
nopass
ignore
当被调试的程序收到信号时，GDB不会让被调试程序来处理这个信号。

info signals
info handle
查看有哪些信号在被GDB检测中。

十、线程（Thread Stops）

如果你程序是多线程的话，你可以定义你的断点是否在所有的线程上，或是在某个特定的线程。GDB很容易帮你完成这一工作。

break thread
break thread if …

linespec指定了断点设置在的源程序的行号。threadno指定了线程的ID，注意，这个ID是GDB分配的，你可以通过“info threads”命令来查看正在运行程序中
的线程信息。如果你不指定thread 则表示你的断点设在所有线程上面。你还可以为某线程指定断点条件。如：

(gdb) break frik.c:13 thread 28 if bartab > lim

当你的程序被GDB停住时，所有的运行线程都会被停住。这方便你你查看运行程序的总体情况。而在你恢复程序运行时，所有的线程也会被恢复运行。那怕是主进程
在被单步调试时。

gdb 查看内存的数据

GDB查看内存命令（x命令）
可以使用examine命令(简写是x)来查看内存地址中的值。
x命令的语法如下所示：
x/nfu

n、f、u是可选的参数。

n 是一个正整数，表示显示内存的长度，也就是说从当前地址向后显示几个地址的内容。
f 表示显示的格式，参见上面。如果地址所指的是字符串，那么格式可以是s，如果地十是指令地址，那么格式可以是i。
u 表示从当前地址往后请求的字节数，如果不指定的话，GDB默认是4个bytes。u参数可以用下面的字符来代替，b表示单字节，h表示双字节，w表示四字 节，g表示八字节。当我们指定了字节长度后，GDB会从指内存定的内存地址开始，读写指定字节，并把其当作一个值取出来。

表示一个内存地址。
n/f/u三个参数可以一起使用。例如：

命令：x/3uh 0x54320 表示，从内存地址0x54320读取内容，h表示以双字节为一个单位，3表示输出三个单位，u表示按十六进制显示。

输出格式
一般来说，GDB会根据变量的类型输出变量的值。但你也可以自定义GDB的输出的格式。例如，你想输出一个整数的十六进制，或是二进制来查看这个整型变量的中的位的情况。要做到这样，你可以使用GDB的数据显示格式：

x 按十六进制格式显示变量。
d 按十进制格式显示变量。
u 按十六进制格式显示无符号整型。
o 按八进制格式显示变量。
t 按二进制格式显示变量。
a 按十六进制格式显示变量。
c 按字符格式显示变量。
f 按浮点数格式显示变量。

(gdb) p record
$10 = {12, 76, 48, 62, 94, 17, 32, 37, 52, 69}
(gdb) p &record
$11 = (int (*)[10]) 0x8049740
(gdb) x/4uw 0x8049740
0x8049740 : 12 76 48 62
(gdb) x/6ow 0x8049740
0x8049740 : 014 0114 060 076
0x8049750 : 0136 021

先查看指针所指地址

(gdb) p data
$10 = (const void *) 0x40626
(gdb) x/31s 0x406260
0x406260:       "\033"
0x406262:       ""
0x406263:       ""
0x406264:       "/home/opt/aaaa/bbb/eee.exe"
0x40627f:       ""
0x406280:       ""
---省略

----
0x406299:       ""

p acBuf
$1 = "bdev=0xffff888101bb2d80\000\006\002\000\000\000\000\000"
(gdb) p err
$2 = 0
(gdb) p bdev
$3 = <optimized out>
(gdb) ptype bdev
type = struct block_device {
    dev_t bd_dev;
    int bd_openers;
    struct inode *bd_inode;
    ....
} *
(gdb) p *(struct block_device*)0xffff888101bb2d80

bt 查看堆栈

s 跳入

(gdb) set *(char *)0xffff8881ee710000 = "context=\"system_u:object_r:/etc_t:s0\""
130 evaluation of this expression requires the program to have a function "malloc".
131 (gdb) p (char*)0xffff8881ee710000
132 $12 = 0xffff8881ee710000 "context=\"system_u:object_r:removable_t:s0\""
133 (gdb) p ((char*)0xffff8881ee710000)[1]
134 $13 = 111 'o'
135 (gdb) p ((char*)0xffff8881ee710000)[1]='s'
136 $14 = 115 's'
137 (gdb) p ((char*)0xffff8881ee710000)[1]
138 $15 = 115 's'
139 (gdb) p ((char*)0xffff8881ee710000)
140 $16 = 0xffff8881ee710000 "csntext=\"system_u:object_r:removable_t:s0\""
141 (gdb) ptype data
142 type = void *
143 (gdb) p data

调试当前内核

sudo gdb ./usr/lib/debug/lib/modules/4.19.0-amd64-desktop/vmlinux /proc/kcore

gdb 调试多线程

使用gdb调试多线程时，和调试单线程时类似，但是需要附加使用几个命令来协助进行线程切换。
a-首先是使用info threads查看当前有哪些线程，当前所在线程。
b-然后使用threads id切换到其它线程。
c-还可以使用thread apply id|all command 来把命令在某线程或所有线程下执行，这个命令还是特别方便的。
例如thread apply all bt 查看所有线程的堆栈。

gdb 查看类型
ptype struct usb_device

call sizeof(__le16)

gdb) x /12w uuid
/12w ???

格式化字符串输出的方法，原理

“%02x”, 无符号转char

%x即按十六进制输出，英文字母小写，右对齐。
%02X有以下变化：英文字母变大写，如果输出字符不足两位的，输出两位宽度，右对齐，空的一位补0。超过两位的，全部输出。

%02x
uuid=48d

“%04x”
uuid=048d

gdb 调试过程，传入main函数参数

开始调试：
$gdb a.out

之后，在输入start之前：

使用命令设置main的参数,例如：

set args abc 123
这样:
argv[1]就是"abc"
argv[2]是"123"

 

跟踪子进程

使用gdb调试的时候，gdb只能跟踪一个进程。可以在fork函数调用之前，通过指令设置gdb调试工具跟踪父进程或者是跟踪子进程。默认跟踪父进程。

set follow-fork-mode child 命令设置gdb在fork之后跟踪子进程。

set follow-fork-mode parent 设置跟踪父进程。

注意，一定要在fork函数调用之前设置才有效。（可以通过在fork函数处设置断点，然后run，然后set follow-fork-mode child选择跟踪子进程。

首先，进入gdb调试第一步，输入list查看代码，然后选择要在哪些地方设置断点。

另外，gdb跟踪子进程，采用n单步执行时，父进程不会单步执行，直接正常运行（run）完，直接输出结果到屏幕上，而子进程会受到调试控制，一步一步的执行。在创建子进程之前，设置好跟踪哪一个进程即可，没有跟踪的进程会正常执行，输出结果，不受调试控制。

当有多个子进程时，需要选择跟踪其中一个子进程，则需要根据循环因子i来进行控制，因为i可以判别是哪一个进程，进而根据i来设置条件断点，如：b 17 if i==3  然后，set follow-fork-mode child  则可以跟踪第3个子进程，虽然其余子进程也可以跟踪，但是因为没设置断点，所以直接运行输出结果。

//strncpy_test.c
#include<stdio.h>
#include<string.h>
#include<stdlib.h>
void  main(char * argc,char *argv[])
{

char *tmp = "Test memory overwrite";
char buf1[12];
char *buf2 = (char *)malloc(12 * sizeof(char *));
if(buf2 == NULL)
{printf("malloc memory failed \n");
 return ;
}
memset(buf2,'6',12);
printf("buf2 = %s \n",buf2);
strncpy(buf1,tmp,24); // buf长度12字节，故意拷贝24字节，会自动接着那块内存往后写，会敷盖buf2 的内容
printf("buf1 = %s \n", buf1);
printf("sizeof(buf1) = %d \n sizeof(\"Test memory overwrite\") = %d \n ", sizeof(buf1), sizeof("Tes
 memory overwrite"));

free(buf2);
return ;

}

gcc strncpt_test.c -o t

uos@uos-PC:~/Desktop/123$ valgrind --tool=memch
==12327== Memcheck, a memory error detector
==12327== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==12327== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info
==12327== Command: ./t
==12327== 
==12327== Conditional jump or move depends on uninitialised value(s)
==12327==    at 0x4838C78: strlen (vg_replace_strmem.c:460)
==12327==    by 0x48B7B1E: vfprintf (vfprintf.c:1638)
==12327==    by 0x48BE735: printf (printf.c:33)
==12327==    by 0x4011D6: main (strncpy.c:15)
==12327== 
buf2 = 666666666666 
sizeof(buf1) = 12 
 sizeof("Test memory overwrite") = 22 
==12327== Invalid free() / delete / delete[] / realloc()
==12327==    at 0x48369AB: free (vg_replace_malloc.c:530)
==12327==    by 0x401213: main (strncpy.c:20)
==12327==  Address 0x746972777265766f is not stack'd, malloc'd or (recently) free'd
==12327== 
 ==12327== 
==12327== HEAP SUMMARY:
==12327==     in use at exit: 96 bytes in 1 blocks
==12327==   total heap usage: 2 allocs, 2 frees, 1,120 bytes allocated
==12327== 
==12327== 96 bytes in 1 blocks are definitely lost in loss record 1 of 1
==12327==    at 0x483577F: malloc (vg_replace_malloc.c:299)
==12327==    by 0x401193: main (strncpy.c:9)
==12327== 
==12327== LEAK SUMMARY:
==12327==    definitely lost: 96 bytes in 1 blocks
==12327==    indirectly lost: 0 bytes in 0 blocks
==12327==      possibly lost: 0 bytes in 0 blocks
==12327==    still reachable: 0 bytes in 0 blocks
==12327==         suppressed: 0 bytes in 0 blocks
==12327== 
==12327== For counts of detected and suppressed errors, rerun with: -v
==12327== Use --track-origins=yes to see where uninitialised values come from
==12327== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)

提示有内存泄漏，
1.提示明确存在内存泄漏
12327 definitely lost: 96 bytes in 1 blocks

2. 释放异常
   12327 Invalid free() / delete / delete[] / realloc()
   12327 at 0x48369AB: free (vg_replace_malloc.c:530)
   12327 by 0x401213: main (strncpy.c:20)
   12327 Address 0x746972777265766f is not stack’d, malloc’d or (recently) free’d

gdb 调试，

查看 buf1 buf2的地址，以及内容信息。

(gdb) p &buf1
$5 = (char (*)[12]) 0x7fffffffcac4
(gdb) p &buf2
$6 = (char **) 0x7fffffffcad0
(gdb) n
(gdb) p /x 0x7fffffffcad0 - 0x7fffffffcac4
$31 = 0xc
(gdb) p /d 0xc
$32 = 12   //buf1 胡长度只有12字节

执行strncpy 行后查询数据

(gdb) p buf1
$14 = "Test memory "
(gdb) p buf1@22
$15 = {"Test memory ", "overwrite\000\000", "\000\000\000\000 \022@\000\000\000\000",

(gdb) p buf2
$16 = 0x746972777265766f <error: Cannot access memory at address 0x746972777265766f>

直接查看之前buf2的地址上的数据

(gdb) p (char *)0x7fffffffcad0 
$21 = 0x7fffffffcad0 "overwrite"

通过watch 观察变量

(gdb) watch buf2
Hardware watchpoint 2: buf2
(gdb) n

Hardware watchpoint 2: buf2

Old value = 0x405260 '6' <repeats 12 times>
New value = 0x7265766f <error: Cannot access memory at address 0x7265766f>
__strncpy_ssse3 () at ../sysdeps/x86_64/multiarch/strcpy-ssse3.S:105

发现buf2 数据已经被改写。

test

基于qemu 调试系统

gdb调试

参考链接

• 二级指针调试
• gdb 断点使用
• gdb
• gdb 测试