程序异常推出时，内核会生成一个core文件（是内存映像以及调试信息）。可以通过使用gdb来查看core文件，指示出导致程序出错的代码所在的文件和行数。
1、查看系统中core文件生成的开关是否打开
1）使用ulimit -c命令可查看core文件的生成开关，若结果为0，则便是关闭了此功能，不会生成core文件。
2、设置core文件生成
1）使用命令ulimit -c filesize命令
若ulimit -c unlimited 则标识此core文件的大小不受限制
若指定filesize，如果生成的信息超过此大小，将会被裁剪，最终生成一个不完整的core文件，在调
试此core文件时，gdb会提示错误。
2）但是若想整个系统中生效则在
shell里面设置是不行的，方法如下：
（1）编辑/root/.bash_profile文件，在其中加入ulitmit -S -c unlimited
（2）source /root/.bash_profile
3、core文件的设置
1)/proc/sys/kernel/core_uses_pid可以控制core文件的问价名是否添加PID作为扩展，文件的内容为1，
标识添加PID作为扩展，生成的core文件格式为core.XXXX;为0则表示生成的core文件统一命名为
core；可通过一下命令修改此文件：
echo "1" > /proc/sys/kernel/core_uses_pid
2）core文件的保存位置和文件名格式
echo "/corefile/core-%e-%p-%t" > core_pattern，可以将core文件统一生成到/corefile目录
下，产生的文件名为core-命令名-pid-时间戳
以下是参数列表:
%p - insert pid into filename 添加pid
%u - insert current uid into filename 添加当前uid
%g - insert current gid into filename 添加当前gid
%s - insert signal that caused the coredump into the filename 添加导致产生core的信号
%t - insert
UNIX time that the coredump occurred into filename 添加core文件生成的unix时间
%h - insert hostname where the coredump happened into filename 添加主机名
%e - insert coredumping executable name into filename 添加命令名
3.core文件的查看
core文件需要使用gdb来查看。
gdb ./a.out
core-file core.xxxx
使用bt命令即可看到程序出错的地方。
以下两种命令方式具有相同的效果，但是在有些环境下不生效，所以推荐使用上面的命令。
1）gdb -core=core.xxxx
file ./a.out
bt
2）gdb -c core.xxxx
file ./a.out
bt
也可以通过gdb 程序名 core文件名
然后通过bt或者where查看程序崩溃时的堆栈信息
注意：在编译程序的时候要加入选项-g。
在
linux环境下调试多线程，总觉得不像.NET那么方便。这几天就为找一个死锁的bug折腾好久，介绍一下用过的方法吧。
多线程如果dump，多为段错误，一般都涉及内存非法读写。可以这样处理，使用下面的命令打开系统开关，让其可以在死掉的时候生成core文件。
ulimit -c unlimited
这样的话死掉的时候就可以在当前目录看到core.pid(pid为进程号)的文件。接着使用gdb:
gdb ./bin ./core.pid
进去后，使用bt查看死掉时栈的情况，在使用frame命令。
还有就是里面某个线程停住，也没死，这种情况一般就是死锁或者涉及消息接受的超时问题(听人说的，没有遇到过)。遇到这种情况，可以使用：
gcore pid（调试进程的pid号）
手动生成core文件，在使用pstack(linux下好像不好使)查看堆栈的情况。如果都看不出来，就仔细查看代码，看看是不是在if，return，break，continue这种语句操作是忘记解锁，还有嵌套锁的问题，都需要分析清楚了。
最后，说一句，静心看代码，捶胸顿足是没有用的。
---------------------------------------------------------------
使用C/C++语言开发程序时，当程序crash的时候产生core dump文件对于调试程序是很有帮助的。在Redhat Linux系统中默认是不生成core dump文件的，这是因为在/etc/profile文件中有这样一行
ulimit -S -c 0 > /dev/null 2>&1
如何打开core dump呢？最简单的方法是用户在自己的~/.bash_profile中加入ulimit -S -c unlimited > /dev/null 2>&1，这样设置后允许当前用户生成没有大小限制的core dump文件。此外还有两种系统级修改生成core dump的方法。
第一种方法是修改/etc/profile，把ulimit那一行改为
ulimit -S -c unlimited > /dev/null 2>&1
这样设置后系统允许所有用户生成没有大小限制的core dump文件。这样做的优点是不需要重起系统，缺点是无法控制只让某些用户生成core dump文件。
第二种方法是修改/etc/security/limits.conf文件。很多系统上限都可以通过修改这个文件改变，如最大子进程个数，最大打开文件数等等。这个文件有详细的注释，对如何修改这个文件做了说明。如果想对所有用户打开core dump，可以加入一行
* soft core 0
如果只想对某些用户或用户组打开core dump，可以加入
user soft core 0或@group soft core 0
注意如果通过修改/etc/security/limits.conf文件打开core dump，还需要注释掉/etc/profile中的ulmit那一行
#ulimit -S -c 0 > /dev/null 2>&1
这样修改的优点是可以针对特定用户或特定组打开core dump文件，缺点是需要重起系统。
最后说一下生成core dump文件的位置，默认位置与可执行程序在同一目录下，文件名是core.***，其中***是一个数字。core dump文件名的模式保存在/proc/sys/kernel/core_pattern中，缺省值是core。通过以下命令可以更改core dump文件的位置(如希望生成到/tmp/cores目录下)
echo "/tmp/cores/core" > /proc/sys/kernel/core_pattern
