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文件

 生成段错误之后,就可以用gdb查看段错误信息了。
 
1.sudo gdb ./demoout core-xxx-855
2.输入bt,打印backtrace
3.x/128xw 0xb58cd4e8 来打印内存

 

 

posted @   刘建章  阅读(748)  评论(0编辑  收藏  举报
编辑推荐:
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
阅读排行:
· PPT革命!DeepSeek+Kimi=N小时工作5分钟完成?
· What?废柴, 还在本地部署DeepSeek吗?Are you kidding?
· DeepSeek企业级部署实战指南:从服务器选型到Dify私有化落地
· 程序员转型AI:行业分析
· 重磅发布!DeepSeek 微调秘籍揭秘,一键解锁升级版全家桶,AI 玩家必备神器!
点击右上角即可分享
微信分享提示