关于一些core dump的问题，makefile以及gdb的使用问题

相信在linux下写程序可以认为是一种享受，但是经验的积累是如此的重要，现在工作的时候很少有时间去积累自己的知识，这正是我从学校走出来之后得到的切身体会。最近一段时间仍然再忙关于ipv6的开发任务，马上就要面临又一次大的integration test，做好自己的代码测试看来是尤为重要，特别是在别人的代码没有完成的情况下，就必须想尽一切办法把自己的代码完善，然后去模拟输出，输入的来测试好自己的代码，这才是真正意义上的Team Work。

在linux上编程有时也是很大的乐趣，特别是任何东西都要自己亲手做一遍才好。

1） core dump

我们在开发（或使用）一个程序时，最怕的就是程序莫明其妙地当掉。虽然系 统没事，但我们下次仍可能遇到相同的问题。于是这时操作系统就会把程序当掉 时的内存内容 dump 出来，让我们或是debugger 做为参考。这个动作就叫作 core dump。

ulimit -c 来查看core dump文件的大小，一般ulimit -c 1024 或者 ulimit -c unlimited

core dump文件输出设置，一般默认目录是当前目录， 也就是你的程序当掉的目录。

但是你可以改变目录的位置，在/proc/sys/kernel中可以找到core-user-pid文件，然后

echo "1" > /proc/sys/kernel/core-user-pid使得core文件名加上pid号，还可以用

mkdir -p /root/corefile

echo "/root/corefiel/core-%e-%p-%t" > /proc/sys/kernel/core-pattern控制core文件保存位置和文件名格式。

以下是参数列表：

%p : 添加pid作为文件的后缀名以示区别。

%u：添加当前uid

%g：添加当前gid

%s： 添加导致产生core的信号

%t：添加core文件产生的unix时间

%h：添加主机名

%e：添加命令名

使用gdb查看core文件：

gdb [exec file][core file]

然后键入bt命令。

2） 关于makefile的学习：

这里我写了一个简单的Makefile的例子，当然是和最近一段时间做单元测试有关：

ipclass_test: ipclass.o ipclass_test.o

g++ -o ipclass_test ipclass_test.o ipclass.o

ipclass.o: ipclass.cc ipclass.hh ipaddress.hh

g++ -c ipclass.cc

ipclass_test.o: ipclass_test.cc ipclass.hh ipaddress.hh

g++ -c ipclass_test.cc

clean:

rm -f ipclass.o ipclass_test.

总体上的结构就是首先我要编译的目标是ipclass_test这个可执行程序，然后就是各个部分的组合。

ipclass_test: ipclass.o ipclass_test.o 为总体，由很多的目标文件构成

命令是g++ -o 实际做的是连接的工作

其次是各个目标文件的组合。由源文件和头文件构成，源文件的编译由命令g++ -c 完成。注意： 头文件是不需要编译的。

3）最后总结一下gdb的使用，首先gdb是要由gcc -g 或者 g++ -g编译出Debug的版本，然后才可以用gdb加载。

gcc –g main.c

gcc –ggdb main.c

这样，gcc就会在生成可执行文件时产生调试讯息。-g用于产生一般的调试讯息，-ggdb则用于产生GDB特有的调试讯息。使用-ggdb时，可执行文件的尺寸会大大增加。

下面先说明GDB的基本指令：

f(ile)：指定一个可执行文件进行调试，gdb将读取些文件的调试讯息，如f a.exe

l(ist)：列程序出源文件

r(un)：装载完要调试的可执行文件后，可以用run命令运行可执行文件

b(reak)：设置断点（break point），如b 25，则在源程序的第25行设置一个断点，当程序执行到第25行时，就会产生中断；也可以使用b funcname，funcname为函数的名称，当程序调用些函数时，则产生中断

c(ontinue)：c命令可以另中断的程序继续执行，直到下一个中断点或程序结束

p(rint)：输入某个变量的值，如程序定义了一个int aa的就是，p aa就会输出aa的当前值

n(ext)：程序执行到断点时中断执行，可以用n指令进行单步执行

s(tep)：程序执行到断点时中断执行，可以用s指令进行单步执行进某一函数

q(uit)：退出GDB

现在让我们来举一个简单的例子来说明GDB的使用，假设我们有以下的程序：

/****************************************************************************

gdb_sample.c

****************************************************************************/

#include <stdio.h>

void PrintLn(const char* pMsg)

{

printf(“%s/n”, pMsg);

}

int main(int argc, char* argv[])

{

PrintLn(“Hello GDB”);

return 0;

}

调行以下命令编译程序gcc –g gdb_sample.c –o a.exe，生成a.exe的可执行文件。要用GDB调试程序，执行：

gdb a.exe

这样，我们就进入了gdb的调试环境。在gdb的命令行中输入list，gdb就会把上面的源程序打印出来，再次输入list，则进行翻页。接着，我们输入b 13，表示在源程序的第13行PrintLn("Hello GDB")设置断点。设置断点后我们开始执行程序，在命令行中输入run，a.exe就开始执行。由于我们在第13行设置了断点，因此，程序会在PrintLn("Hello
GDB")处中断，此时，我们可以输入s，gdb会单步运行进PrintLn函数内，接着输入n，程序就会执行此语句：printf("%s/n", pMsg)，此时，我们再输入print pMsg，gdb就会输出pMsg的值：“Hello GDB”。最后，我们输入c，程序继续执行，然后正常退出。