本篇主要讲解如何利用gdb对coredump进行分析
gdb ./demo core查看调用堆栈
gdb)bt 查看更为完整的信息 gdb) bt full如果是多线程，想看每个线程的调用堆栈
gdb) thread apply all bt至于如何分析内存变量之类的，在本一系列前面的章节有专门论述，可以参考。
想调试已经在运行的程序
gdb ./demo假设当前运行着的demo进程为1234，则在gdb中运行attach进行关联
gdb) attach 1234注意attach上之后，当前运行着的进程处于停止状态，要恢复运行，请用continue 对当前运行着的进程调试完毕，解脱关联
gdb)detach最后的最后，如果想手工产生coredump文件，怎么办。 两种方法，第一种
kill -3 pid第二种，利用gcore
gcore pid推荐使用gcore，因为在产生core文件的同时，运行着的进程不会重启。
为了跟踪glibc库中函数的执行，需要带有debug symbol的glibc, 如果是debian或者是基于debian的发行版本如ubuntu和linuxmint之类的，很简单执行如下指令安装即可。
#apt-get install libc6-dbglibc6-dbg其实只是包含libc6中的debug symbol.
如何判断一个可执行文件或者动态链接库含有debug symbols，可以使用readelf来验证。
#readelf -w prog_name也许你会想直接去下载glibc然后编译安装，但编译glibc确实不是一件很简单的事情，还是借助于已有的系统好。如果当前使用的是archlinux，那么事情就会很简单了。
步骤一 安装abs
#pacman -S abs步骤二 运行abs,下载ports tree
#abs步骤三 将glibc拷贝到任意目录，如/tmp
#cp -a /var/abs/core/glibc /tmp步骤四 修改glibc目录下的PKGBUILD，使options看起来如下所示
options=('debug !strip')
解释一下!strip表示不strip symbol, debug表示编译时带加上debug symbol
步骤五 开始编译
#makepkg --asroot --nocheck--nocheck 要带上，否则编译会出错
步骤六 等待编译完成，安装新包
#pacman -U glibc-2.18-2-i686.pkg.tar.xz步骤七 验证glibc是否含有debug symbol
方法一 关注屏幕输出是否含有"-g"选项
方法二 写一个简单的hello,world
#include <stdlib.h> #include <stdio.h> int main(int argc, char** argv) { printf("hello,world\n"); return 0; }#gcc -o test -g test.c
然后使用gdb进行debug,断点设置为_start, 如果运行后在断点处显示处具体的文件名和行号，那么表明一切如预期的那样。下图显示了一个成功的例子：
Reading symbols from /root/glibc/src/glibc-2.18/malloc/test...done. (gdb) break _start Breakpoint 1 at 0x8048360: file ../sysdeps/i386/start.S, line 61. (gdb) r Starting program: /root/glibc/src/glibc-2.18/malloc/test warning: Could not load shared library symbols for linux-gate.so.1. Do you need "set solib-search-path" or "set sysroot"? Breakpoint 1, _start () at ../sysdeps/i386/start.S:61 61 xorl