linux下不产生core文件的原因

linux下不产生core文件的原因 不产生core文件的原因

最近在用gdb调试时，故意让一个进程core dump，但是却没有产生core文件，解决过程如下：

1. 首先考虑了系统限制问题，shell键入
   ulimit -a
   查看core文件有没有限制大小，发现没有，是unlimited，所以不是这个原因
   （如果大小为0，说明禁止了core文件的产生，可以通过 ulimit -c unlimited 来解除限制）

2. 其次考虑是不是程序实现和权限方面的问题
   查阅资料，总结不产生core的相关情况如下：

   1. 程序设置了用户id（即调用setuid），但当前用户并非该程序文件的所有者
   2. 程序设置了组id(即调用setgid)，但当前用户并非该程序文件的组所有者
   3. 用户没有当前目录或指定core文件产生目录的写权限
   4. core文件太大，磁盘空间不足

   但以上并没有解决我的问题

3. 考虑core文件产生位置
   core的缺省位置是程序所在目录，可以通过修改/proc/sys/kernel/core_pattern来指定core文件生成位置了名称。
   通过查看core_pattern文件，发现其确实指定了一个路径，于是我前往那个路径，发现竟然是脚本程序，后来查看说明文件，才知道core_pattern中如果首先指定了一个 ‘|’ 管道符，则会将生成的core文件传递给后面所跟的脚本去处理。
   至此，也就确定了问题的原因，| 管道符后面的脚本将我们的core文件给吞了，解决方法自然就是去掉这个脚本，换成自己指定的目录
   但直接去修改core_pattern文件并没有成功，保存时会提示FSync错误，查阅资料得知，这个文件有特殊限制，只能通过命令:
   sudo bash -c "echo 这里是写入内容 > /proc/sys/kernel/core_pattern "
   我使用：
   sudo bash -c "echo core > /proc/sys/kernel/core_pattern "
   来进行写入，即指定程序所在目录为core文件生成目录，core文件名称为"core"。

之后再运行程序，core dump后，即在当前程序文件目录下生成了core文件