gdb调试（查看函数栈、调试coredump文件）

查看函数栈用在gdb中用bt，观察变量值用watch（变量值发生变化时会暂停程序的执行）

一、调试coredump文件

什么是Core Dump?
Core的意思是内存, Dump的意思是扔出来, 堆出来.一般以core.进程号的文件呈现，可以知己设置, 这个文件便是操作系统把程序down掉时的内存内容扔出来生成的, 它可以做为调试程序的参考.
core dump又叫核心转储, 当程序运行过程中发生异常, 程序异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 叫core dump.

ulimit -c unlimited
core文件生成的位置一般于运行程序的路径相同, 文件名一般为core.进程号。生成的路径和文件名都是可以设置的，下面举例

下面有一文件exception.c

#include 

int main()
{
   int code = 0;
   scanf("%d",code);
   printf("%d\n",code);
   return 0;
}

编译
gcc -g -o exception exception.c

执行
 ./exception
3
段错误 (core dumped)

调试
gdb ./exception core.24392

这时只能看到出错库的提示
warning: Can't read pathname for load map: 输入/输出错误.
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `./exception'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007fc944ddd8fb in _IO_vfscanf () from /lib/libc.so.6

这时候输入where命令
(gdb) where
#0  0x00007fc944ddd8fb in _IO_vfscanf () from /lib/libc.so.6
#1  0x00007fc944de3d9d in __isoc99_scanf () from /lib/libc.so.6
#2  0x000000000040057a in main () at exception.c:6

便可以看到程序出错的具体位置，exception.c文件的第六行