当在Linux下编写嵌入式代码遇到段错误时，通常使用GDB进行调试。然而，如果出现问号而非代码行数，可能是因为编译时启用了优化选项或动态库缺少调试信息。为解决此问题，需要将编译选项改为-O0，并确保所有链接的动态库都带有调试信息。使用`infosharedlibrary`命令可检查动态库的调试信息状态。修复这些问题后，GDB将能提供准确的调试信息。
Linux写嵌入式代码，当出现段错误（Segmentation fault）时，使用GDB调试可以迅速找到代码的错误行，如下图所示：
但是有时候，即使自己编译的可执行程序为带符号的，但是使用bt命令时，还是出现问号，不出现代码行数，如下图所示。此时不能定位出错的代码行，导致排查困难。
出现问号的原因有如下两个：
（1）编译和链接选项不能带有优化，需要将-Os/-O2/-O1等选项修改为-O0;
（2）链接的动态库（.so文件）也需要为带符号（带调试信息的，可以通过file命令去查看）的，否则GDB运行时会有如下告警：
在gdb命令窗口中输入 info sharedlibrary可以查看使用的哪些动态库没带调试信息，全部替换为带调试信息的动态库即可。
解决上述两个问题后，GDB调试信息会显示正确。
参考文献：
1、GDB 调试core文件时函数名显示为问号_gdb调试core文件都是问号_南菠湾的博客-CSDN博客
2、GDB: Unable to find dynamic linker breakpoint function._yebanguhe的博客-CSDN博客
扫一扫
4638
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
