使用GDB调试程序

1. 判断文件是否带有调试信息

​ 要调试C/C++的程序，首先在编译时，要使用gdb调试程序，在使用gcc编译源代码时必须加上“-g”参数。保留调试信息，否则不能使用GDB进行调试。

有一种情况，有一个编译好的二进制文件，你不确定是不是带有-g参数，带有GDB调试，这个时候你可以使用如下的命令验证：

gdb 可执行文件

如果没有调试信息，则会出现：
no debugging symbols found
如果带有调试功能，下面会提示：
Reading symbols from ... done.

gdb调试程序加载成功后，使用“r”命令执行（run）被调试文件，因为尚未设置任何断点，将直接执行到程序结束。

2. 调试core文件

Core Dump：Core的意思是内存，Dump的意思是扔出来，堆出来（段错误）。开发和使用Unix程序时，有时程序莫名其妙的down了，却没有任何的提示(有时候会提示core dumped)，这时候可以查看一下有没有形如core.进程号的文件生成，这个文件便是操作系统把程序down掉时的内存内容扔出来生成的, 它可以做为调试程序的参考，能够很大程序帮助我们定位问题。那怎么生成Core文件呢？

2.1 生成Core方法

产生coredump的条件，首先需要确认当前会话的ulimit –c，若为0，则不会产生对应的coredump，需要进行修改和设置。否则即便程序core dump了也不会有core文件留下。我们需要让core文件能够产生,设置core大小为无限:
ulimit -c unlimied

2.2 更改core dump生成路径

因为core dump默认会生成在程序的工作目录，但是有些程序存在切换目录的情况，导致core dump生成的路径没有规律。所以最好是自己建立一个文件夹，存放生成的core文件。
建立一个 /data/coredump 文件夹，在根目录data里的coredump文件夹。
调用如下命令：

echo /data/coredump/core.%e.%p> /proc/sys/kernel/core_pattern

将更改core文件生成路径，自动放在这个/data/coredump文件夹里。

%e表示程序名， %p表示进程id。

3. 调试段错误coredump

gdb 可执行文件
run
bt # 查看函数的调用的栈帧和层级关系。
quit # 退出