segment fault 及core文件

   core文件是应用程序在出现运行错误的情况下系统产生的执行过程的信息。可以通过ulimit -a  来查看是否打开core文件的产生。若core  file  最后一个显示为0 则表示没有打开。可用ulimit -c  unlimited 打开。这是不限制core文件的大小，也可以加上一个数来限制其产生的大小。

    之后在编译源文件的时候，若使用的是g++  则应该加上-g，即 g++  -g  。表示使用GDB调试信息。否则在使用GDB调试的时候会显示  no  debugging information.......

   之后设修改/proc/sys/kernel/core_uses_pid文件，可以将进程的pid作为作为扩展名，生成的core文件格式为core.xxx，其中xxx即为pid 可通过以下命令修改此文件：
echo "1" > /proc/sys/kernel/core_uses_pid。

     proc/sys/kernel/core_pattern可以控制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 添加命令名

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调试后，bt显示相关信息，file ./***表示打开所产生的core  l  列出具体的代码  where显示在哪产生的错误。默认的core文件是放在当前目录下的。