blocks|key|513261|text|碰巧的是，不能调试的模块主要是从源代码中构建的，除了由第三方提供的一个小的“外部”目标文件omeextcode.o。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|513262|在调查该问题时，我们发现某些extcode.c是使用-g3标志进行编译的，这显然会将DWARF版本4放在编译单元头中。将其更改为-g解决了问题。|513263|不幸的是，单个模块的问题似乎会破坏整个共享对象(.so)的可调试性，而没有给出问题根源的明确指示。|513264|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

As it happens, the module that could not debug was mostly built from sources except for one little 'external' object file someextcode.o that was provided by a 3rd party.

In investigating the problem it was found that the someextcode.c was compiled with the -g3 flag which, apparently, places DWARF version of 4 in the compilation unit header. Changing that to -g resolved the problem.

Unfortunately, it appears a problem with a single module can break the debug-ability of an entire shared object (.so) without giving a clear indication of root of the problem.

blocks|key|513315|text|问题是您的gdb版本不支持您的某个二进制文件中使用的DWARF版本。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|513316|解决方案:更新gdb或使用另一种调试格式编译文件(DWARF2适用于gdb+6)。|513317|我最近在freeBSD和nasm上遇到了这个问题，nasm用DWARF3编译二进制文件，而freeBSD+9.1附带的gdb不接受它。|513318|我希望这个答案能帮助任何有类似问题的人：|513319|Debug+options+for+GCC|513320|entityMap|0|LINK|mutability|MUTABLE|url|http://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html^0|5|3|Q|5|0|7|3|P|6|Y|3|0|4|7|C|4|P|4|U|6|19|B|1N|3|0|0|0|L|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@$9|W|A|X|B|C]|$9|Y|A|Z|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|10|8|@$9|11|A|12|B|C]|$9|13|A|14|B|C]|$9|15|A|16|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|17|8|@$9|18|A|19|B|C]|$9|1A|A|1B|B|C]|$9|1C|A|1D|B|C]|$9|1E|A|1F|B|C]|$9|1G|A|1H|B|C]|$9|1I|A|1J|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|1K|8|@]|D|@]|E|$]]|$1|L|3|M|5|6|7|1L|8|@]|D|@$9|1M|A|1N|1|1O]]|E|$]]|$1|N|3|-4|5|6|7|1P|8|@]|D|@]|E|$]]]|O|$P|$5|Q|R|S|E|$T|U]]]]

The problem is that your version of <code>gdb</code> doesn't support the <code>DWARF</code> version used in one of your binaries.

The solution: Update <code>gdb</code> or compile your files using another debug format (<code>DWARF2</code> works on <code>gdb</code> 6).

I have recently had this problem with <code>freeBSD</code> and <code>nasm</code>, <code>nasm</code> compiling binaries with <code>DWARF3</code> and the <code>gdb</code> that ships with <code>freeBSD 9.1</code> doesn't accept it.

I hope this answer helps anyone having a similar problem :P

<a href="http://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html" rel="nofollow noreferrer">Debug options for GCC</a>

blocks|key|296815|text|通过选择正确的gdb版本进行调试，我的问题得到了解决。之前我使用的是gdb+7.0...当我开始使用gdb版本7.10时，我能够调试我的应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|296816|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

My issue got resolved by choosing the right gdb version for debugging. Earlier I was using the gdb 7.0... and when I started using the gdb version 7.10, i was able to debug my application.

A shared object was built on RedHat Linux and while all the code was compiled with debug, the debugger (gdb) refused to load the symbols and issued an error as in:

<pre><code>...
GNU gdb Fedora (6.8-37.el5) 
...
This GDB was configured as "x86_64-redhat-linux-gnu"...
Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module libgrokf.so]
</code></pre>

With this error, I could not get break points to trigger in any function nor see proper stack trace. I recompiled the entire project but nothing helped. I do know that some time in the past there was no problem in debugging that module.

What is causing this problem?

Dwarf Error: wrong version in compilation unit header (is 4, should be 2)

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

在RedHat Linux上构建了一个共享对象，虽然所有代码都是使用debug编译的，但调试器(gdb)拒绝加载符号并发出错误，如下所示：...GNU gdb   Fedora (6.8-37.el5) ...This GDB was configured as "x86_64-redhat-linux-gnu"......

问Dwarf错误:编译单元标头中的版本错误(为4，应为2)
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Dwarf错误:编译单元标头中的版本错误(为4，应为2)EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Dwarf错误:编译单元标头中的版本错误(为4，应为2)
EN