Linux下的C程序常常会因为内存访问等原因造成segment fault（段错误），如果此时core dump 的功能是打开的，在运行我们的可执行程序时就会生成一个名为core的文件，然后我们就可以用gdb对core文件来进行调式，还原发生错误的堆栈情况，这对于我们调试bug非常有帮助。
1. 使用 ulimit -a 可以察看当前系统core文件的大小限制；
使用 ulimit -c [kbytes] 可以设置系统允许生成的core文件大小。
如：
ulimit -c 0 --- 不产生core文件
ulimit -c 200 --- 设置core文件最大为200k
ulimit -c unlimited --- 不限制core文件大小
2. 我们先写一段会造成段错误的程序
编译运行结果如下：
此时察看我们当前文件路径并没有core文件生成。
3. 执行ulimit -a 察看当前系统设置：
此时我们看到当前系统core file size 为0，意思就是不产生core文件。
现在我们执行如下图的命令，不限制生成core文件的大小。
然后我们运行我们程序，可见core文件就生成了：
最后采用gdb来分析程序，察看堆栈情况：
从上述的输出中可以清楚看到，段错误出现在testCore.c的第6行，问题就已经定位到了。
很多系统默认生成core文件的大小都是0，像这样设置core文件大小，只在当前会话有效，如果关闭终端重新启动的的话就没有了，还需要输入上面的命令。
4. 如果要设置永久有效，可以修改/etc/security/limits.conf 文件， 找到 * soft core 0，修改为* soft core unlimited保存，这样每次启动时都会去读取这个配置文件。
如果遇到上述情况，打开limits.conf 出现警告这是一个只读文件，可以用chmod 命令来修改文件的权限，添加写权限。