Reading symbols from ...(no debugging symbols found)...done.不能打断点调试的原因

最新推荐文章于 2022-07-14 18:35:32 发布
原创 最新推荐文章于 2022-07-14 18:35:32 发布 · 8.5k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客指出UNIX的调试工具GDB调试出现错误，原因是代码编译时未添加 -g 选项，解决办法是再次进入调试界面。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

UNIX的调试工具GDB调试出现如下错误

Reading symbols from ...(no debugging symbols found)...done.

错误的原因是：代码编译时，未添加-g选项。

gcc -g -o test test.c

先写-g 再写 -o

再次进入调试界面即可

gdb test

 

core dump进行gdb调试的时候提示no debugging symbols found
zbb12340的博客
04-23 1301
gdb调试的时候提示如下：no debugging symbols found，这说明可执行文件编译时没有包含了调试符号，所以需要修改makefile，编译时要-g。CFLAGS = $(INCLUDES) -g -Wall -march=mips32r2（改为这个）修改makefile如下。
【cmake && gdb 调试出错 Reading symbols from ***...(no debugging symbols found)...done.】
诗和远方，代码和你
05-30 1998
前言 本想用调试程序，发现出现no debugging symbols found)于是找到原因: 但是启动之后不能使用gdb的命令，出现了 no debugging symbols found ， 查找之后得到，不能再生成可执行文件的时候+g, 要分成两步，首先 gcc -c -g .c ，即只进行预处理、编译和汇编，不进行链接。即，只生成目标文件的时候+g,会生成.o CMake添加 在CMakeLists.txt的cmake_minimum_required(VERSION 2.8)后面加入 S
CMake生成的可执行文件能够gdb调试
漫游学海之旅
04-15 1万+
采用 $ gdb   调试时 出现 如下 错误：       （no debugging symbols found）  解决办法 1      首先在CMakeLists.txt中加入       SET(CMAKE_BUILD_TYPE "Debug")         在下面加入：       SET(CMAKE_CXX_FLAGS_DEBUG "$ENV
codeblock-(no debugging symbols found)（已解决）
kngines
07-19 1667
问题详情 C++IDE Code::Blocks 突然不能调试，顿时慌的一批 不，前几天明明可以用的，，， 众里寻他千百度，，， 问题方案 1、GDB没配置好； 2、工程文件不能有中文； 3、必须要在工程文件下才能调试 4、build target要选择debug模式而不是release模式。 5、本身没有打开编译器的-g标志。这个比较隐蔽，大家要是1,2都试了不行可以再看看这个。具体方法：在Settings->Complier and debugger->Global compli
使用gdb调试出现 No debugging symbols found in a.out
Imagine Miracle的博客
05-11 1万+
使用常规的gcc编译或者使用带调式信息-g的编译都有可能会在使用gdb工具的时候出现No debugging symbols found in a.out错误。 1. 常规编译 使用常规编译生成的可执行文件正常一定会出现No debugging symbols found in a.out错误。 imaginemiracle@ubuntu:test$ ls test.c imaginemiracle@ubuntu:test$ gcc test.c imaginemiracle@ubuntu:test$
gdb调试(no debugging symbols found)
热门推荐
韦编二绝
11-09 2万+
  gdb  调试程序时出现下面信息：  GNU   gdb   Red   Hat   Linux   (5.3post-0.20021129.18rh)     Copyright   2003   Free   Software   Foundation,   Inc.     GDB   is   free   software,   covered   by   the   GNU  
执行调试命令以后出现下面输出，无法继续调试 ~ # id uid=0(root) gid=0(root) groups=0(root) ~ # gdb -p 567 GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word". Attaching to process 567 Reading symbols from /opt/kerio/winroute/winroute...(no debugging symbols found)...done. Reading symbols from /opt/kerio/winroute/libkvnet.so...(no debugging symbols found)...done. Loaded symbols for /opt/kerio/winroute/libkvnet.so Reading symbols from /opt/kerio/winroute/libkipf.so...(no debugging symbols found)...done. Loaded symbols for /opt/kerio/winroute/libkipf.so Reading symbols from /lib/x86_64-linux-gnu/libpng12.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/libpng12.so.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libqrencode.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libqrencode.so.3 Reading symbols from /usr/lib/x86_64-linux-gnu/libfbclient.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libfbclient.so.2 Reading symbols from /opt/kerio/winroute/libkeriogl.so...(no debugging symbols found)...done. Loaded symbols for /opt/kerio/winroute/libkeriogl.so Reading symbols from /opt/kerio/winroute/libQtGui.so.4...(no debugging symbols found)...done. Loaded symbols for /opt/kerio/winroute/libQtGui.so.4 Reading symbols from /opt/kerio/winroute/libQtCore.so.4...(no debugging symbols found)...done. Loaded symbols for /opt/kerio/winroute/libQtCore.so.4 Reading symbols from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 Reading symbols from /opt/kerio/winroute/libkticonv.so.2...(no debugging symbols found)...done. Loaded symbols for /opt/kerio/winroute/libkticonv.so.2 Reading symbols from /lib/x86_64-linux-gnu/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/librt.so.1 Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...(no debugging symbols found)...done. [New LWP 9920] [New LWP 1212] [New LWP 1177] [New LWP 1121] [New LWP 1075] [New LWP 1033] [New LWP 911] [New LWP 910] [New LWP 908] [New LWP 758] [New LWP 756] [New LWP 755] [New LWP 738] [New LWP 737]
03-08
首先，用户以root身份执行了`gdb -p 567`，GDB成功附加到进程567，但输出中多次显示“(no debugging symbols found)”，这意味着缺少调试符号，导致无法查看函数名和变量，调试时会遇到困难。用户可能因此无法设置...
Linux驱动开发学习-04.调试技术
北京-大白的博客
06-13 511
文章目录04. 调试技术4.1 `printk`4.2 `/proc`文件系统4.2.1 基本概念4.2.2 相关源码4.3 `ioctl`4.3.1 基本概念4.3.2 相关源码4.4 `oops`消息4.5 调试工具4.5.1 `gdb`4.5.2`kgdb`工具4.5.3 `kdb`4.7 在scull中的应用4.7 本文参考 04. 调试技术 4.1 printk 打印优先级（<...
mipjweb:/home/d5000/conf : mip.jweb:/home/d5000/conf3 mp.jweb:/home/d5000/conf s mxp.jweb:/home/d5000/conf mxp,jweb:/home/d5000/conf mxp.jweb:/home/d5000/conf mxp.jweb:/home/d5000/conf mxp.jweb:/home/d5000/conf mxpjweb:/home/d5000/conf mxp.jweb:/home/a5000/conf % gdb /usr/bin/edb core-5322-gdb GNU gdb(GDB)Red Hat Enterprise Linux (7.0.1-42.e15) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+:GNU GPL version 3 or later <http://gnu.org/1icenses/gpl.html> This is free software:you sre free to change and redistribute it. There is NO WARRANTY, to Lhe extent permitted by 1aw. Type"show copying and "show warranty" for detntls. Thts GDB was configured as "xS6_64-redhat-1inus-gnu". For bug reporting.instructions, please see: <http://www.gnu.org/software/gdb/bugs/>.. Rending symbols from /usr/bin/gdb...(no debugging symbols found)...done. INes Thread 5322 Reading symbols from /usr/1ib64/libreadline.so.5...(no debugging syabols found)...done, Segmentation fault (core dumped) // mxpjweb:/home/d5000/conf %
03-15
其次，日志中显示“no debugging symbols found”，说明GDB和相关库（如libreadline）没有调试符号，这可能让问题难以诊断。另外，用户尝试加载的core文件是core-5322-gdb，这应该是GDB自己生成的core dump。 接...
no debugging symbols found
root654321的专栏
04-15 1179
g++ -g
【c++ debug】core dump调用栈不显示行号 & no debugging symbols found
shuaixio的博客
11-30 1606
gdb调试没有显示行号，no debugging symbols found
gdb调试出现“no debugging symbols found”，不能打断点调试的原因.
GandM的专栏
07-23 8252
1.代码编译时，是否添加-g选项。 2.程序链接安装时，是否添加-s，用于生成striped文件，导致把调试信息删除。 所以，去除“no debugging symbols found”提示，要添加-g，同时，不能有-s 选项。
gdb调试出现“no debugging symbols found”
zhuyong006的博客
04-12 2907
先查看下vmlinux是否特别的小，如果是说明内核配置项没有加入debug信息，在.config中加入下面配置，重新编译即可 CONFIG_DEBUG_INFO=y
gdb加了-g仍然(no debugging symbols found)
06-02 2202
想用gdb对程序进行调试，之前的时候就想用gdb的，结果发现加了-g也还是不行，显示如下：GNU gdb 6.8Copyright (C) 2008 Free Software Foundation, Inc.License GPLv3+: GNU GPL version 3 or later &lt;http://gnu.org/licenses/gpl.html&gt;This is free...
g++ 编译，GDB调试时发生这样的问题(No debugging symbols found in xxxx)
qq_44664843的博客
01-08 3396
GDB 调试C++程序，出现 **(No debugging symbols found in xxxx)**这样的语句，并且无法在程序上打断点等。 出现 (No debugging symbols found in xxxx) 这样的问题，一般有如下两种情况： 编译的时候没有在 gcc 命令中加上 -g 选项，导致可执行文件中没有调试信息； 编译的是 C++ 程序，而且用的是 Makefile 工具，但是 Makefile 程序中用的变量为编译 C 语言程序的变量。如下： 当用 Makefile 编
gdb问题解决办法:no debugging symbols found
柳鲲鹏
01-03 1万+
　　程序又崩溃了，使用gdb加载一看： Reading symbols from gh_manager...(no debugging symbols found)...done. 　　这是什么意思？查了一下，编译时： 　　要有-g选项， 　　同时，不能有-s选项．  ...
cmake && gdb 调试出错 Reading symbols from ***...(no debugging symbols found)...done.
jinshuihe~_~
11-06 5205
在CMakeLists.txt的cmake_minimum_required(VERSION 2.8)后面加入SET(CMAKE_BUILD_TYPE "Debug") SET(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb") SET(CMAKE_CXX_FLAGS_RELEASE "$ENV{CXXFLAGS} -O3 -Wall
gdb reading symbols xxxx 段错误
safeili的专栏
07-14 828
gdb崩了 reading symbols 段错误
gdb调试时no debugging symbols found
bluewhu的博客
04-08 4580
GDB调试时遇到提示： no debugging symbols found Missing separate debuginfos, use: debuginfo-install glibc-2.17-55.el7.x86_64 先安装debuginfo-install glibc-XXX，然后修改make文件解决。
lib/ld-uClibc.so.0...(no debugging symbols found)...done.
最新发布
04-02
<think>好的，我现在要解决用户提出的关于调试时遇到的“ld-uClibc.so.0: no debugging symbols found”问题。首先，我需要理解这个错误信息的含义。用户在使用GDB调试时，可能遇到了某个共享库（这里是ld-uClibc.so.0）缺少调试符号的情况，导致无法正确跟踪问题。 首先，根据用户提供的引用，特别是引用[1]和引用[2]，我知道调试符号的问题通常与编译选项有关。比如，在Code::Blocks中需要开启-g选项来生成调试符号。而用户提到的问题是关于uClibc的，这可能涉及到交叉编译环境，比如在嵌入式开发中使用OpenWrt工具链。 接下来，我需要考虑可能的原因。根据引用[1]，可能的原因包括GDB配置、路径中的中文字符、调试模式未启用以及缺少调试符号。这里用户的问题明确指向调试符号缺失，所以重点应放在编译选项和库的调试版本上。 首先，检查是否在编译uClibc时启用了调试符号。uClibc作为C库，如果在编译时没有使用-g选项，生成的库文件就不会包含调试信息。用户可能需要重新配置并编译uClibc，确保在编译参数中加入-g。这可能涉及到修改uClibc的Makefile或配置选项，比如在make menuconfig时启用调试选项。 其次，检查使用的GDB是否正确配置。根据引用[2]，在交叉编译环境中，需要使用对应的工具链中的GDB，比如mipsel-openwrt-linux-gdb，并且设置solib-absolute-prefix指向包含调试符号的库路径。如果用户没有正确设置GDB的路径，或者调试符号所在的目录没有正确指定，GDB就无法找到对应的符号。 另外，还需要确认加载的库是否正确。有时，即使库本身有调试符号，但如果GDB加载的是系统默认路径下的库（没有调试信息），也会出现此问题。可以使用GDB的set命令来指定库的路径，确保加载的是带有调试符号的版本。 还有一个可能性是，用户正在调试的程序本身没有正确链接到带有调试符号的库。例如，在发布版中，库可能被剥离了调试信息，而调试版则保留。用户需要确认使用的是调试版本的库，或者在链接时包含了调试信息。 参考引用[4]，如果通过打印语句调试不够，需要更深入的调试信息，那么确保所有相关组件都有调试符号是关键。因此，可能需要重新编译整个工具链，包括uClibc，并确保每个步骤都启用了调试选项。 总结解决步骤：1. 检查uClibc的编译选项，确保包含-g；2. 确认使用正确的GDB并配置库路径；3. 确保程序链接到带有调试符号的库版本；4. 必要时重新编译整个工具链和依赖库。 用户可能需要具体指导如何修改编译选项，例如在OpenWrt环境中如何配置，或者如何设置GDB的solib路径。此外，如果用户的环境中有其他依赖库也缺少调试符号，可能需要逐一检查并重新编译它们。</think>### 调试`ld-uClibc.so.0`符号缺失问题解决步骤 #### 1. **确认调试符号是否生成** - **检查uClibc编译配置**： 若`ld-uClibc.so.0`是通过源码编译的，需确保编译时启用了调试符号。在编译配置中添加`-g`选项： ```bash # 在uClibc源码目录中执行 make menuconfig # 进入配置界面，启用调试选项（如"Build with debug symbols"） make CFLAGS="-g -O0" # 强制添加-g并关闭优化 ``` 若使用OpenWrt等嵌入式工具链，需在工具链编译配置中启用调试支持[^1][^2]。 #### 2. **配置GDB加载调试符号** - **指定调试符号路径**： 在GDB中通过`set solib-absolute-prefix`指向包含调试符号的库路径： ```gdb (gdb) set solib-absolute-prefix /path/to/debug-root # 替换为实际路径[^2] ``` - **验证库加载路径**： 使用`info sharedlibrary`命令检查GDB加载的库路径是否包含调试版本： ```gdb (gdb) info sharedlibrary ``` #### 3. **检查程序与库的链接** - **确认程序链接的库版本**： 通过`readelf`或`ldd`检查程序依赖的`ld-uClibc.so.0`路径： ```bash readelf -d your_program | grep uClibc # 查看动态库链接信息 ldd your_program | grep uClibc # 显示运行时加载的库路径 ``` 确保链接的是包含调试符号的版本（如`libc.so`未剥离调试信息）。 #### 4. **重新编译并替换库文件** - **替换调试版库文件**： 将编译生成的带调试符号的`ld-uClibc.so.0`替换到目标系统的库路径中： ```bash cp /path/to/uClibc-build/lib/ld-uClibc.so.0 /target/lib/ ``` - **避免符号剥离**： 某些构建系统（如OpenWrt）默认会剥离符号，需在编译配置中禁用： ```bash # 在OpenWrt的make menuconfig中 Advanced configuration options → Enable debug symbols ``` #### 5. **使用GDB调试核心转储** - **加载核心文件**： 若程序崩溃，通过核心文件定位问题： ```gdb mipsel-openwrt-linux-gdb your_program # 使用交叉编译环境的GDB (gdb) core-file core.xxxx # 加载核心转储文件 (gdb) bt # 查看调用栈[^3] ``` ### 相关问题 1. **如何交叉编译带调试符号的uClibc库？** （涉及工具链配置和编译参数调整） 2. **GDB调试嵌入式程序时如何正确加载符号表？** （需配置`solib-search-path`和`sysroot`） 3. **如何分析动态库加载失败导致的段错误？** （结合`dmesg`和`addr2line`定位崩溃位置） 通过上述步骤，可系统化解决调试符号缺失问题，确保GDB能够正确解析`ld-uClibc.so.0`的符号信息。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值