使用 gdb 查看 coredump 文件的 backtrace
问题背景
程序退出过程中卡死,但是一旦开启 log 就无法复现问题。于是考虑获取程序卡死时的 coredump 文件,分析其调用栈。一种方法是在程序卡死时,用 kill
命令向其发送一个信号,使程序产生 coredump 文件。
前提
- Target 上可以产生 core 文件(如
/tmp/<executable-name>-<pid>.core
),如果没有,检查ulimit -c
设置
步骤
- 把 coredump 文件从 target 拷到 host
- 假设用的交叉编译器是
aarch64-unknown-nto-qnx7.1.0-gdb
,在 host 中执行aarch64-unknown-nto-qnx7.1.0-gdb <executable-file-path> <coredump-file-path>
- gdb 开始解析符号,如果提示 "Could not load shared library symbols for xxx libraries",则可以根据提示,设置这些库所在 host 上的路径
set solib-search-path <shared-library-path>
- 输入
bt
命令即可查看 backtrace
补充说明
- 交叉编译时无需 -g 也可以获取 backtrace 信息
- 交叉编译时即使使用了 -O2 优化选项,也可以获取 backtrace 信息
- 交叉编译之后,target 上的动态库、可执行文件甚至可以是 strip 过的,不影响获取 backtrace 信息,只要保证 host 上的动态库和可执行文件没有被 strip 即可
- 一些信号不会产生 coredump 文件,在我的环境下,发送 SIGQUIT(3),SIGABRT(6), SIGKILL(9) 都没有产生 coredump 文件,而发送 SIGSEGV(11)
kill -11 <PID>
是可以生成 coredump 文件的
本文作者:Zijian/TENG(微信公众号:好记性如烂笔头),转载请注明原文链接:https://www.cnblogs.com/tengzijian/p/18078728
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析