使用GNUgdb调试Linux CC++可执行程序查看出错源代码、设置断点

gdb是GNU开源组织发布的一个强大的Linux程序调试工具，比图形化的调试工具更强大，主要来调试C/C++语言程序。

Debug 版本的可执行程序包含调试信息，用于程序员调试程序。

Release 版本的可执行程序往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以方便用户使用。

用gcc/g++编译时，要加上-g选项生成debug版本的可执行程序，否则就无法使用gdb调试了。

r 表示开始run, 如果在运行的过程中发生了错误，比如segmentation fault，可以查看此时的出错源代码:

通过b或者break设置断点，断点的设置可以通过函数名、行号、文件名+函数名、文件名+行号以及偏移量、地址等进行设置。

比如在function Peer_auto_save上设置断点，在peer.c的第136行设置断点：

从断点处继续运行

退出gdb

使用GDB

一般来说GDB主要调试的是C/C++的程序。要调试C/C++的程序，首先在编译时，我们必须要把调试信息加到可执行文件中。使用编译器（cc/gcc/g++）的 -g 参数可以做到这一点。如：

$gcc -g -Wall hello.c -o hello

$g++ -g -Wall hello.cpp -o hello

如果没有-g，你将看不见程序的函数名、变量名，所代替的全是运行时的内存地址。当你用-g把调试信息加入之后，并成功编译目标代码以后，让我们来看看如何用gdb来调试他。

启动GDB的方法有以下几种：

gdb <program>

program也就是你的执行文件，一般在当前目录下。

gdb <program>core

用gdb同时调试一个运行程序和core文件，core是程序非法执行后core dump后产生的文件。

gdb <program><PID>

如果你的程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID。gdb会自动attach上去，并调试他。program应该在PATH环境变量中搜索得到。

以上三种都是进入gdb环境和加载被调试程序同时进行的。也可以先进入gdb环境，在加载被调试程序，方法如下：

*在终端输入：gdb

*在gdb环境中：file <program>

这两步等价于：gdb <program>

GDB启动时，可以加上一些GDB的启动开关，详细的开关可以用gdb -help查看。我在下面只例举一些比较常用的参数：

-symbols <file>

-s <file>

从指定文件中读取符号表。

-se file

从指定文件中读取符号表信息，并把他用在可执行文件中。

-core <file>

-c <file>

调试时core dump的core文件。

-directory <directory>

-d <directory>

加入一个源文件的搜索路径。默认搜索路径是环境变量中PATH所定义的路径。

在docker的容器中，不能使用gdb调试程序。经过调查发现是原因是 ptrace: Operation not permitted. 。

上网查找发现是ubuntu的安全设置问题，运行如下命令可以解决：

但仍然提示 ptrace: Operation not permitted.

再次查找 docker ptrace: Operation not permitted. ，发现了docker的一个issues，原因是apparmor的docker profile中限制了ptrace。

通过改变docker profile的状态，可以让gdb正常运行了。

---