每天学点GDB（六）

<一>如何利用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)