glibc 在 RHEL 5 中损坏了双链表答案

【问题标题】：glibc corrupted double linked list in RHEL 5glibc 在 RHEL 5 中损坏了双链表
【发布时间】：2014-02-21 19:25:55
【问题描述】：

我有一个用 C++ 编写的代码，它生成一个 sharedlib(.so) 文件，该文件又用于我在 RHEL3 上运行的应用程序中。

现在我必须迁移到 RHEL5。 .so 文件的代码编译成功，但当我尝试启动我的服务时，它显示 **glibc 损坏的双链表**，但服务启动成功。

这可能是由于操作系统的原因，因为在 RHEL3 中编译的相同 .so 的相同代码工作正常。

另外，如果我将 RHEL3 中编译的 .so 文件复制到 RHEL5 机器上，一切正常。

    This is what i got by running valgrind :
==19845== Invalid read of size 4
==19845==    at 0x453F4EC: std::_Rb_tree<int, std::pair<int const, key>, std::_Select1st<std::pair<int const, key> >, std::less<int>, std::allocator<std::pair<int const, key> > >::_S_right(std::_Rb_tree_node_base*) (in /home/test/examplesofile1.so)
==19845==    by 0x45408AA: std::_Rb_tree<int, std::pair<int const, key>, std::_Select1st<std::pair<int const, key> >, std::less<int>, std::allocator<std::pair<int const, key> > >::_M_erase(std::_Rb_tree_node<std::pair<int const, key> >*) (in /home/test/examplesofile1.so)
==19845==    by 0x4540918: std::_Rb_tree<int, std::pair<int const, key>, std::_Select1st<std::pair<int const, key> >, std::less<int>, std::allocator<std::pair<int const, key> > >::~_Rb_tree() (in /home/test/examplesofile1.so)
==19845==    by 0x4540974: std::map<int, key, std::less<int>, std::allocator<std::pair<int const, key> > >::~map() (in /home/test/examplesofile1.so)
==19845==    by 0x48235FB: (within /home/test/examplesofile2.so)
==19845==    by 0xAA5058: __cxa_finalize (in /lib/libc-2.5.so)
==19845==    by 0x477BC03: (within /home/test/examplesofile2.so)
==19845==    by 0x4A2FDEB: (within /home/test/examplesofile2.so)
==19845==    by 0xA697CD: _dl_fini (in /lib/ld-2.5.so)
==19845==    by 0xAA4DA8: exit (in /lib/libc-2.5.so)
==19845==    by 0x8086F57: vMakeDaemon (commonfunctions.c:438)
==19845==    by 0x8067F9A: Initialize (mngr.c:360)

【问题讨论】：

使用valgrind 来调试你的内存泄漏。
错误很可能在您的代码中......“glibc 损坏的双链表”消息有助于找到它。

标签： c++ linux rhel5

【解决方案1】：

在大多数情况下，这意味着某些内存被释放了两次。所以这个错误很可能在你的代码中。

尝试在新系统上重新编译您的库并使用 valgrind 查找导致问题的原因。

【讨论】：