coredump文件的生成以及如何调试coredump文件？

生成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 文件的具体实例

1. 编写源码文件如下所示：

#include<stdio.h>
int main(){
  int* temp=NULL;
  *temp=10;
  return 0;
  }

2. 编译生成可执行文件 ：gcc -g test.c -o test
   注： -g参数选项：在编译的时候，会生成调试信息，该程序可以被调试器调试。
   正常发布环境中是不会带上调试信息的，会在编译的时候将-g选项去除，因为调试信息也会占用一定的内存空间。

Q1：那么如果在正常发布环境中产生了coredump文件，因为不带有调试信息，那么如何通过工具进行分析呢？
答：（这个问题在面试时遇到过）大致思路应该是，在debug版本有一个带调试信息的版本，两者相比较（待补充！！！）

3. 执行 ./test 命令时，会产生coredump文件，如：core_test_12650
   执行 gdb ./test core_test_12650命令，分析coredump文件