<一>如何利用gdb对coredump进行分析
本篇主要讲解如何利用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文件的同时，运行着的进程不会重启。
<二>如何安装带有debug symbol的glibc
为了跟踪glibc库中函数的执行，需要带有debug symbol的glibc, 如果是debian或者是基于debian的发行版本如ubuntu和linuxmint之类的，很简单执行如下指令安装即可。
#apt-get install libc6-dbg
libc6-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 %ebp, %ebp
(gdb)
