debugging information corrupt; recompile module 的终极解决

最新推荐文章于 2014-06-09 10:40:32 发布
原创 最新推荐文章于 2014-06-09 10:40:32 发布 · 643 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#debugging #module #编译器 #windows

本文介绍了解决在使用VS2005编译含有特定库的应用程序时遇到的debug信息损坏问题的方法。提供了更换编译器版本、调整编译选项以及安装官方补丁等多种解决方案。

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

升级到Windows SDK7.0以后，用VS2005编译时候如果使用了某些库，会出现

debugging information corrupt; recompile module

的提示，解决方法：

可以换VS2008编译。

或者在工程里面设置不生成Debug信息。Release是可以编译过的。

使用VC6编译新的SDK也会出现这样的问题。可以换VS2005或者VS2008编译

 

这个问题的原因是VS2005的编译器有问题，终极解决方法是打补丁：

KB949009

https://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=18623

 

proweb
关注
vc找不到MFC42D.DLL文件
renai2008的专栏
07-14 2860
在VC环境下编的程序在VS平台上运行时（默认是DEBUG版编译）会出现报错：找不到MFC42D.DLL及fatal error LNK1103: debugging information corrupt; recompile module   其实一般在编程序时，都是生成了调试版的程序，就是在那个Debug目录下的可执行文件。运行这调试版的exe文件，都会动态连接 MFC42D.DLL和MS
windows vs2015 编译openssl
深之JohnChen的专栏
08-07 925
一、windows vs2015 编译openssl 1，到openssl官网下载源码。 2，安装ActivePerl,去官网（https://www.activestate.com/products/activeperl/downloads/）下载安装。 ActivePerl具体安装步骤参考：https://blog.youkuaiyun.com/MarsLee_U/article/details/86491759 3.安装完毕后，使用 VS2015 下的 VS2015开发者命令提示，进入控制台模式。
debugging information corrupt; recompile module 解决办法
坚持,才是力量.老实做人,踏实做事.
05-07 1190
 http://hi.baidu.com/robinwjbgui/blog/item/f2881cf5ef640327bd31095a.html这个错误产生的原因是：2003年2月的SDK是支持VC6的最后一版，在此之后的就都是使用VC7/VC8来开发的了。随着VC7/VC8中新的debug信息格式和一些安全检查机制的导入，在VC6上使用这些库的Debug版本的时候就会
debugging information corrupt; recompile module
alvetjook的专栏
12-16 1885
 在shell编程中有些版本的sdk已经不再支持vc6.0因此要想编译通过必须用以前版本的sdk
fatal error LNK1103: debugging information corrupt; recompile module
swandream的专栏
01-10 4716
编译程序时,如果涉及到版本问题,有时会出现这样的错误:fatal error LNK1103: debugging information corrupt; recompile module在网上搜索了几种办法:(一):这个错误产生的原因是：2003年2月的SDK是支持VC6的最后一版，在此之后的就都是使用VC7/VC8来开发的了。随着VC7/VC8中新的debug信息格式和一些安全检查机制的导入
fatal error 1103 : debugging information corrupt;recompile module
jmp esp
04-11 1566
uuid.lib(comcat.obj) : fatal error LNK1103: debugging information corrupt; recompile moduleError executing link.exe.xp sp2 + 最新 sdk ＋ vc6这个错误产生的原因是：2003年2月的SDK是支持VC6的最后一版，在此之后的就都是使用VC7/VC8来开发的了。随着VC7/VC8中新的debug信息格式和一些安全检查机制的导入，在VC6上使用这些库的Debug版本的时候就会产生如题的
winxp下编译openssl-1.0.0g
crackling的专栏
03-09 2080
准备工作：ActivePerl、MASM，在官网下载即可，下载后安装，若没有设置环境变量则手动添加环境变量。 1.访问www.openssl.org/source,下载最新版，如openssl-1.0.0g.tar.gz. 2.使用rar压缩工具解压. 3.运行cmd,cd当前目录到openssl-1.0.0g源码所在目录。 4.打开openssl目录，修改ms文件夹下的ntdll.mak
key for qt 4.4.2 commercial
01-08
文件描述中提到了在使用Qt 4.4.2商业版进行项目编译时出现了一个错误：“fatal error LNK1103: debugging information corrupt; recompile module qtmaind.lib”。这通常发生在尝试使用特定版本的Visual Studio编译...
实测设置vs2005,vc6.0和directx配置
04-21
- **调试信息损坏导致的链接错误**：在编译过程中可能会遇到“debugging information corrupt; recompile module”这样的错误提示，此时可以通过调整项目的设置来解决。在“项目设置”(快捷键Alt+F7)中找到“Link”...
问题】解决找不到MFC42D.DLL及fatal error LNK1103: debugging information corrupt; recompile module
duanjingneuq的专栏
05-13 3261
2009年09月15日 星期二 10:24       在平时基本上都是用DEBUG调试程序，但是提交作品的时候需要RELEASE版本，可是release老是在后续运行时出问题，于是在别的电脑上运行DEBUG版本，出现了找不到MFC42D.DLL，然后接着找不到MSVCRTD.DLL->MFCD42D.DLL->MFCO42D.DLL。【错误】：“没有找到MFC42D.
Fatal error LNK1103: debugging information corrupt
immcss的专栏
01-27 837
 问题：链接错误Fatal error LNK1103: debugging information corrupt解决方法：1、这是编译器引起的问题，下载Virtual Studio 2005的补丁安装后即可解决2、问题描述：http://support.microsoft.com/?scid=kb;ja;949009&x=15&y=16  
uuid.lib(docobj_i.obj) : fatal error LNK1103: debugging information corrupt; recompile module
Shanks@优快云
05-23 8575
今天使用windows server 2003的SDK编译工程，出现了uuid.lib(docobj_i.obj) : fatal error LNK1103: debugging information corrupt; recompile module的错误。我的解决方法是用VC6.0自带的uuid.lib覆盖windows server 2003SDK的uuid.lib。你可以试试。记得先备
ERROR :fatal error LNK1103: debugging information corrupt; recompile module
勿忘初心,安得始终
06-09 739
http://blog.youkuaiyun.com/magictong/article/details/4725977
VC6下Release版工程增加调试信息遇到的问题和解决的方法
cay22的专栏
07-21 1732
VC6下Release版工程增加调试信息遇到的问题和解决的方法一. 调试VC6的Release工程1、菜单 Build -> Configuration...，点击 Add 按钮，从 Release 版本复制一个编译选项，命名为“Release with debug info”，
Shared library is missing debugging information.
最新发布
03-27
<think>好的，用户现在遇到了“Shared library is missing debugging information”的问题。之前他们遇到了SIGSEGV和核心转储的问题，我已经给出了分析步骤，现在他们可能是在调试过程中发现共享库缺少调试信息，导致无法深入分析崩溃原因。 首先，我需要明确用户的使用场景。他们可能是在使用GDB分析核心转储时遇到了这个警告，导致堆栈跟踪不完整，无法准确定位问题。用户可能是开发者或者系统管理员，需要调试一个崩溃的应用程序，但缺乏必要的调试信息。 接下来，我需要分析用户的需求。用户直接询问这个问题，说明他们希望了解如何解决共享库缺少调试信息的情况。深层需求可能是想获取这些调试信息，以便更好地诊断程序崩溃的原因，比如查看库内部的函数调用或变量状态。 然后，我需要考虑解决方案。首先需要解释为什么会出现这个问题，可能的原因包括库未编译调试符号、调试包未安装，或者调试符号被剥离。然后分步骤指导用户如何安装调试包，重新编译库，或者在GDB中处理这种情况。 还要注意用户可能的环境差异，比如不同的Linux发行版（Ubuntu/Debian、CentOS/RHEL等），安装调试包的方法不同，需要分别说明。同时，用户可能没有权限安装系统包，可能需要sudo权限，或者他们需要编译自己的库。 另外，可能需要教用户如何验证调试信息是否已加载，比如使用GDB的check命令，或者查看库的符号信息。还要提到如何临时处理，比如在GDB中手动加载符号文件，或者设置调试文件目录。 还要考虑用户可能遇到的问题，比如找不到对应的调试包，或者编译库时如何保留调试符号。可能需要指导他们如何查找适合的调试包，或者重新编译时加上-g选项。 最后，总结常见解决方案，帮助用户系统地处理问题，并提示他们如果仍然无法解决，应该提供更多信息寻求进一步帮助。要确保回答结构清晰，步骤详细，覆盖不同情况，让用户能够逐步操作。</think>遇到 **“Shared library is missing debugging information”** 警告时，通常是因为调试共享库（`.so` 文件）时缺少调试符号（如行号、变量名等），导致无法准确定位代码问题。以下是完整的分析和解决方法： --- ### **1. 问题原因** - **调试符号被剥离**：发布版的共享库通常会移除调试符号以减少体积。 - **未安装调试包**：系统库的调试符号可能以独立软件包形式提供，需手动安装。 - **自定义库未编译调试信息**：自行编译的库未添加 `-g` 编译选项。 --- ### **2. 解决方法** #### **方法 1：安装调试符号包（推荐）** - **Ubuntu/Debian**： ```bash # 查找库对应的调试包（例如libc6） sudo apt search <库名>-dbgsym # 如 libc6-dbgsym sudo apt install <库名>-dbgsym # 若找不到，启用调试仓库后重试 sudo add-apt-repository -y "deb http://ddebs.ubuntu.com $(lsb_release -cs) main restricted universe multiverse" sudo apt update ``` - **CentOS/RHEL**： ```bash # 安装调试信息支持工具 sudo yum install yum-utils sudo debuginfo-install <库名> # 如 glibc ``` #### **方法 2：自行编译库并保留调试符号** 若共享库是自行编译的，重新编译时添加 `-g` 选项： ```bash # 编译时保留调试符号 gcc -g -shared -fPIC -o libexample.so example.c ``` #### **方法 3：在 GDB 中手动加载符号** 若已拥有调试符号文件（如 `libexample.so.debug`），可在 GDB 中手动加载： ```gdb (gdb) set debug-file-directory /path/to/debug/files # 设置调试文件路径 (gdb) file /path/to/libexample.so # 加载库文件 (gdb) add-symbol-file /path/to/libexample.so.debug # 加载调试符号 ``` --- ### **3. 验证调试符号是否生效** 在 GDB 中运行程序或加载核心转储后，检查调试符号是否已加载： ```gdb (gdb) info sharedlibrary # 查看加载的库及其符号状态 (gdb) bt full # 确认堆栈信息是否包含行号和源码 ``` - 若输出包含函数名和行号（如 `func() at example.c:10`），则调试符号已生效。 --- ### **4. 临时调试技巧** 若无法获取调试符号，可尝试以下替代方法： - **反汇编代码**： ```gdb (gdb) disas /m <函数名或地址> # 查看汇编代码与源码的粗略对应 ``` - **查看寄存器/内存**： ```gdb (gdb) info registers # 检查寄存器值 (gdb) x/20x <内存地址> # 查看内存内容 ``` --- ### **5. 常见问题** - **Q**: 调试符号包安装后仍提示警告？ - **A**: 确保符号文件路径与库版本完全匹配（如 `libc-2.31.so` 需对应 `libc6-dbgsym=2.31-0ubuntu9`）。 - **Q**: 自定义库无法生成调试符号？ - **A**: 检查编译命令是否包含 `-g`，并确保未使用 `strip` 命令剥离符号。 --- ### **总结** | 场景 | 解决方案 | |-----------------------|---------------------------------| | 系统库缺失符号 | 安装对应的 `-dbgsym` 或 `debuginfo` 包 | | 自定义库缺失符号 | 重新编译时添加 `-g` 选项 | | 紧急调试 | 使用反汇编和内存分析替代 | 若问题仍未解决，建议提供以下信息进一步分析： 1. 共享库名称和版本：`ldd /path/to/program` 2. 系统发行版和版本：`lsb_release -a` 3. GDB 输出的完整警告信息。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值