使用 GDB 调试 core dump 文件

上次有个客户的设备出现了引擎挂掉的现象，其中有一次挂掉之后自己没有起来，通过查看日志得知是出现了段错误，但是由于日志提供的信息太少了，我使用反汇编跟踪了 2 天，终于找到段错误的地方，但是仍然没有找到具体是哪句出现段错误，还是不能解决问题。于是，决定在发布的 release 打开 core dump 功能，当出现段错误之后会将一些重要的信息输出到 core 文件。
        于是上网找了很多资料，其中有一遍写的比较好，我就搬过来： http://www.ms2006.com/archives/151

core dump在应用crash掉之后对问题的诊断是很有帮助的。而在默认安装的时候core dump是关闭状态的。
问题一：如何查看系统是否打开了core dump
使用【ulimit -c】查看core dump是否打开。如果结果为0，则表示此功能处于关闭状态，不会生成core文件。
问题二：如何打开core dump
方法一：命令行方式【ulimit -c 1024】，在这个例子中打开了core dump 同时限制文件大小为1024k，现在的程序占用内存都比较凶猛，以前写C程序需要计算内存的时代已经过去了。如果不加限制，可能一个core文件，几个G就出去了～，当然没有限制的方式还是有的【ulimit -c unlimited】
方法二：配置profile文件，打开/etc/profile文件，在里面可以找到【ulimit -S -c 0 > /dev/null 2>&1】，将它改成【ulimit -S -c unlimited > /dev/null 2>&1】
方法三：修改/etc/security/limits.conf文件，添加【* soft core 0】，这个方法可以针对指定用户或用户组打开core dump【user soft core 0或@group soft core 0】。不过要使用这个方法一定要将方法二提到的那行注释掉，不可同时存在
问题三：如何查看core文件的保存路径和文件名格式
默认情况下，在打开core后，如果应用发生crash，那么会在应用所在位置，产生一个core.【应用pid】的文件，文件名的可读性不高，管理也不方便。
查看正在使用的co