生成coredump文件的相关配置
1. 首先通过 ulimit -a 命令，查看是否允许coredump文件生成;
如下图所示，core文件大小限制为0，即：不允许core文件生成
2. 使用 ulimit -c [kbytes] 命令更改core文件大小的限制 或者 通过 ulimit -c unlimited 命令不限制core文件大小
通过这种方式进行修改不能永久生效，可以通过 vim /etc/profile 在profile文件中加入： ulimit -c unlimited，然后 执行source /etc/profile 命令使得profile文件生效；
3. 指定core文件生成的路径
执行 vim /etc/sysctl.conf
添加两行：
kernel.core_pattern=. /core_%e_%p
kernel.core_uses_pid=0
使用 sysctl –p /etc/sysctl.conf 使得修改后的文件立即生效
其中：kernel.core_pattern为生成coredump文件的具体路径以及coredump文件的命名格式，具体参数含义如下：
%e : dump的文件名
%p : dump的进程PID
%s : 导致本次coredump的信号
coredump 文件的具体实例
- 编写源码文件如下所示：
#include<stdio.h>
int main(){int* temp=NULL;*temp=10;return 0;}
- 编译生成可执行文件 ：gcc -g test.c -o test
注： -g参数选项：在编译的时候，会生成调试信息，该程序可以被调试器调试。
正常发布环境中是不会带上调试信息的，会在编译的时候将-g选项去除，因为调试信息也会占用一定的内存空间。
Q1：那么如果在正常发布环境中产生了coredump文件，因为不带有调试信息，那么如何通过工具进行分析呢？
答：（这个问题在面试时遇到过）大致思路应该是，在debug版本有一个带调试信息的版本，两者相比较（待补充！！！）
- 执行 ./test 命令时，会产生coredump文件，如：core_test_12650
执行 gdb ./test core_test_12650命令，分析coredump文件
