5

我试图找出原因:

*** glibc detected *** ...: invalid fastbin entry (free): 0x00007fc384ced120 ***

该程序转储了核心,因此我能够将其追溯到一个非常简单的类的析构函数,类似于:

class foo : public foo_base
{
    ...
    ...
    std::vector<boost::weak_ptr<bar> > vec;
}

析构函数是虚拟的foo_base而不是实现的foo

该向量vec仅在构造函数中分配,此后不再修改。

glibc错误提到的地址与vec._M_impl._M_start

  • 我可以从哪里开始寻找原因?

  • 知道fastbin是什么,怎么会失效呢?

  • 这可能是双重释放的情况,还是 glibcdouble free在这种情况下肯定会提高 a ?

4

2 回答 2

3

这可能是由于glibc. RedHat 公告提供了更多详细信息: https ://rhn.redhat.com/errata/RHBA-2014-0480.html

要确定您是否受到此错误的影响:

rpm -qa | grep glibc

如果您的版本glibc2.12并且没有.149后缀或更高版本,那么您的服务器可能会受到此问题的影响。


于 2016-05-31T11:46:36.893 回答
1

要“回答”我自己的问题:

我能够排除双重释放的情况,因为事实证明所有foo实例总是(正确地)保存在智能指针中。

最近发现了一个内存损坏错误。无法确认这是最初问题的原因,但似乎是合理的。

该问题从未重现。

于 2014-02-05T18:58:15.730 回答