CORE DUMP生成调试

之前我调试嵌入式linux程序，一般是借助ucontext库，在发生段错误时，直接将错误函数打印出来。有同事建议我使用core dump，于是我今天在嵌入式板卡尝试了core文件的生成，但是也是几经波折，在网上查了很多资料，才成功生成core文件，所以总结如下：

　　如果程序段错误了，core文件没有生成，请做如下的尝试：

　　1. 检查ulimit，输入命令ulimit-c，看是否是0；建议修改成：ulimit -c unlimited

　　2. 检查kernel选项，CONFIG_ELF_CORE必须要打开。这个选项应该在menu config的general里面；记不清了，可以用grep搜索一下你的config文件，看当前值是什么。

　　3. 修改/proc/sys/kernel/core_uses_pid；/proc/sys/kernel/core_pattern等文件；这时遇到权限问题，加sudo也不行。可以用下面的方式来解决问题：

sudo bash -c "echo "1" >/proc/sys/kernel/core_uses_pid "
sudo bash -c "echo "/opt/app_driver/core-%e-%p-%t" >/proc/sys/kernel/core_pattern"
sudo bash -c "echo "1" >/proc/sys/fs/suid_dumpable"

不要直接sudo 去echo，而是在bash之前加sudo。

原因网上有资料说是：

procfs中的条目由ad hoc代码管理。在/proc/sys下设置文件权限和所有权的代码（proc_sys_setattr）拒绝使用EPERM更改权限和所有权。
因此无法更改这些文件的权限或所有权，完全停止。这样的改变没有实现，因此root无效。
当您尝试以非root用户身份编写时，会收到权限错误。即使使用sudo echo "/home/user/foo/core.%e.%p" > /proc/sys/kernel/core_pattern，
您尝试以非root用户身份编写：sudo以root身份运行echo，但重定向发生在执行sudo的shell中，该shell没有提升权限。使用sudo bash -c '… >…'，
重定向在bash实例中执行，该实例由sudo启动并以root身份运行，因此写入成功。

也可以用下面的方式来修改，实际上我就是这么成功修改的：

sudo sysctl -w kernel.core_pattern=/opt/app_driver/core-%e-%p

如此再运行程序，出现段错误，就能够在/opt/app_driver/ 目录下生成core文件

原文链接:https://www.cnblogs.com/djw316/p/10908322.html
如有疑问请与原作者联系

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有