【问题标题】:Segmentation fault in malloc_consolidate (malloc.c) that valgrind doesn't detect [duplicate]valgrind 未检测到的 malloc_consolidate (malloc.c) 中的分段错误 [重复]
【发布时间】:2011-10-07 04:45:44
【问题描述】:

我的程序出现分段错误,我找不到原因。 最糟糕的是,有问题的函数并不总是导致段错误。

GDB 确认错误并产生此回溯:

Program received signal SIGSEGV, Segmentation fault.
0xb7da6d6e in malloc_consolidate (av=<value optimized out>) at malloc.c:5169
5169  malloc.c: No such file or directory.
  in malloc.c
(gdb) bt
#0  0xb7da6d6e in malloc_consolidate (av=<value optimized out>) at malloc.c:5169
#1  0xb7da9035 in _int_malloc (av=<value optimized out>, bytes=<value optimized out>) at malloc.c:4373
#2  0xb7dab4ac in __libc_malloc (bytes=525) at malloc.c:3660
#3  0xb7f8dc15 in operator new(unsigned int) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#4  0xb7f72db5 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&) ()
   from /usr/lib/i386-linux-gnu/libstdc++.so.6
#5  0xb7f740bf in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_clone(std::allocator<char> const&, unsigned int) ()
   from /usr/lib/i386-linux-gnu/libstdc++.so.6
#6  0xb7f741f1 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::reserve(unsigned int) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#7  0xb7f6bfec in std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::overflow(int) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#8  0xb7f70e1c in std::basic_streambuf<char, std::char_traits<char> >::xsputn(char const*, int) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#9  0xb7f5b498 in std::ostreambuf_iterator<char, std::char_traits<char> > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::_M_insert_int<unsigned long>(std::ostreambuf_iterator<char, std::char_traits<char> >, std::ios_base&, char, unsigned long) const () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#10 0xb7f5b753 in std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::do_put(std::ostreambuf_iterator<char, std::char_traits<char> >, std::ios_base&, char, unsigned long) const () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#11 0xb7f676ac in std::basic_ostream<char, std::char_traits<char> >& std::basic_ostream<char, std::char_traits<char> >::_M_insert<unsigned long>(unsigned long) ()
   from /usr/lib/i386-linux-gnu/libstdc++.so.6
#12 0xb7f67833 in std::basic_ostream<char, std::char_traits<char> >::operator<<(unsigned int) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#13 0x08049c42 in sim::Address::GetS (this=0xbfffec40) at address.cc:27
#14 0x0806a499 in sim::UserGenerator::ProcessEvent (this=0x80a1af0, e=...) at user-generator.cc:59
#15 0x0806694b in sim::Simulator::CommunicateEvent (this=0x809f970, e=...) at simulator.cc:144
#16 0x0806685d in sim::Simulator::ProcessNextEvent (this=0x809f970) at simulator.cc:133
#17 0x08065d76 in sim::Simulator::Run (seed=0) at simulator.cc:53
#18 0x0807ce85 in main (argc=1, argv=0xbffff454) at main.cc:75
(gdb) f 13
#13 0x08049c42 in sim::Address::GetS (this=0xbfffec40) at address.cc:27
27    oss << m_address;
(gdb) p this->m_address
$1 = 1

Address 类的方法GetS 将数字(uint32_t m_address) 转换为字符串并返回。代码(很简单)如下:

std::string
Address::GetS () const
{
  std::ostringstream oss;
  oss << m_address;
  return oss.str ();
}

此外,从回溯中可以看出,m_address 已正确定义。

现在,我尝试使用 valgrind 运行我的程序。 程序没有崩溃,可能是因为 valgrind 替换了 malloc () 以及其他功能。

错误摘要显示没有内存泄漏:

LEAK SUMMARY:
   definitely lost: 0 bytes in 0 blocks
   indirectly lost: 0 bytes in 0 blocks
     possibly lost: 4,367 bytes in 196 blocks
   still reachable: 9,160 bytes in 198 blocks
        suppressed: 0 bytes in 0 blocks

所有possibly lost 引用这样的回溯:

80 bytes in 5 blocks are possibly lost in loss record 3 of 26
   at 0x4024B64: operator new(unsigned int) (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
   by 0x40DBDB4: std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
   by 0x40DE077: char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
   by 0x40DE1E5: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
   by 0x806AF62: sim::UserGenerator::CreateUser(unsigned int) (user-generator.cc:152)

我认为这与错误无关。不过,有问题的代码可以在following this link找到。

我在想libstdc++ 中的一个错误。然而,这种可能性有多大? 我也升级了这样的图书馆。这是我系统上当前安装的版本。

$ dpkg -l | grep libstdc
ii  libstdc++5          1:3.3.6-23  The GNU Standard C++ Library v3
ii  libstdc++6          4.6.1-1     GNU Standard C++ Library v3
ii  libstdc++6-4.1-dev  4.1.2-27    The GNU Standard C++ Library v3 (development files)
ii  libstdc++6-4.3-dev  4.3.5-4     The GNU Standard C++ Library v3 (development files)
ii  libstdc++6-4.4-dev  4.4.6-6     GNU Standard C++ Library v3 (development files)
ii  libstdc++6-4.5-dev  4.5.3-3     The GNU Standard C++ Library v3 (development files)
ii  libstdc++6-4.6-dev  4.6.1-1     GNU Standard C++ Library v3 (development files)

现在的问题是,我不确定 g++ 使用哪个版本,以及是否有一些方法可以强制使用特定版本。

我在琢磨的是修改GetS。但这是我知道的唯一方法。你有什么替代方案吗?

最终,我什至考虑将std::string 替换为更简单的char*。 也许有点激烈,但我不会把它放在一边。

有什么优点吗?

提前谢谢大家。

最好, 吉尔

【问题讨论】:

  • 首先,我建议您尝试将MALLOC_CHECK_ 环境变量设置为3,如果您碰巧超出了它的某些管理结构,这可能会使malloc 提前中止,而不知何故让 valgrind 没有意识到这一点。我还建议您查看是否有任何可能隐藏问题的 valgrind 抑制选项
  • 我快速查看了您的代码:以下类不遵守Rule of ThreeBaseStationMobileTerminalNetworkSimulatorUserGenerator 这可以是由于双重删除导致内存curroption的原因。
  • @Hasturkun:将尝试检查它。有用的提示! @Martin:感谢您的评论!我会审查这些部分。

标签: c++ string segmentation-fault valgrind libstdc++


【解决方案1】:

好的。这不是问题:

我正在考虑 libstdc++ 中的一个错误

问题是您覆盖了一些内存缓冲区并损坏了内存管理器使用的结构之一。困难的部分将是找到它。 valgrind 不会为您提供有关在分配的内存结束后写入的信息。

不要这样做:

最后,我什至考虑用更简单的 char* 替换 std::string。也许有点激烈,但我不会把它放在一边。

内存管理问题已经够多了。这只会增加更多的问题。 std::string 或内存管理例程绝对有 NOTHING 错误。它们经过大量测试和使用。如果出了什么问题,全世界的人都会开始尖叫(这将是个大新闻)。

http://mercurial.intuxication.org/hg/lte_sim/file/c2ef6e0b6d41/src/ 阅读您的代码,您似乎仍然停留在 C 风格的编写代码 (C with Classes) 中。所以你有 C++ 的力量来自动化(你的代码爆炸),但仍然有与 C 相关的所有问题。

您需要根据所有权重新审视您的代码。你通过指针传递的东西太多了。因此,很难跟踪指针的所有权(以及谁负责删除它)。

我认为找到错误的最佳方法是为每个类编写单元测试。然后通过 val-grind 运行单元测试。我知道这很痛苦(但你应该从一开始就这样做,现在你一下子就感受到了痛苦)。

【讨论】:

  • 如果我不知道它存在,我怎么知道我不知道? :) 开个玩笑,感谢您的提示。多亏了这样的cmets,我才能学到更多东西。我会调查的。谢谢!
猜你喜欢
  • 2013-04-01
  • 2011-03-07
  • 1970-01-01
  • 2021-09-10
  • 1970-01-01
  • 1970-01-01
  • 2018-09-28
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多