c++ - 将 boost::signal 与 -D_GLIBCXX_DEBUG 编译器标志一起使用时出现段错误

Question

我正在使用 g++ 构建，昨天 SO 上的一位乐于助人的人告诉我使用 -D_GLIBCXX_DEBUG 和 -D_GLIBCXX_DEBUG_PEDANTIC 标志进行编译。我这样做了，昨天我花了大部分时间调整我的代码以符合这些标志。现在它提示我使用 boost::signal，我不确定问题出在哪里。

我有一个 Yarl 类，它有一个函数 refresh()，我想将它绑定(bind)到另一个类 中的信号 sigRefresh >事件处理程序:

class Yarl
{
    private:
        void refresh();
    (...)
};

class EventHandler
{
    public:
        boost::signal<void()> sigRefresh;
    (...)
}

然后，在 Yarl 的成员函数中，我有这段代码:

EventHandler eventHandler;
eventHandler.sigRefresh.connect(boost::bind(&Yarl::refresh, this));

在我开始使用这些标志进行编译之前，这段代码运行良好。现在我正在使用它们，我的程序在第二行出现段错误。

这是来自 gdb 的回溯:

#0  0x001eeee6 in __gnu_debug::_Safe_iterator_base::_M_detach_single() ()
   from /usr/lib/libstdc++.so.6
#1  0x001f0555 in __gnu_debug::_Safe_sequence_base::_M_detach_all() ()
   from /usr/lib/libstdc++.so.6
#2  0x0804e8a3 in ~_Safe_sequence_base (this=0x812cda4, 
    __in_chrg=<value optimized out>)
    at /usr/include/c++/4.4/debug/safe_base.h:180
#3  0x08085af9 in __gnu_debug::_Safe_sequence<std::__debug::vector<boost::signals::trackable const*, std::allocator<boost::signals::trackable const*> > >::~_Safe_sequence() ()
#4  0x08085b44 in std::__debug::vector<boost::signals::trackable const*, std::allocator<boost::signals::trackable const*> >::~vector() ()
#5  0x080873ab in boost::signals::detail::slot_base::data_t::~data_t() ()
#6  0x080873e3 in void boost::checked_delete<boost::signals::detail::slot_base::data_t>(boost::signals::detail::slot_base::data_t*) ()
#7  0x0808802e in boost::detail::sp_counted_impl_p<boost::signals::detail::slot_base::data_t>::dispose() ()
#8  0x08083d04 in boost::detail::sp_counted_base::release (this=0x812ce30)
at /usr/local/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:145
#9  0x08083d76 in ~shared_count (this=0xbffff358, 
    __in_chrg=<value optimized out>)
    at /usr/local/boost/smart_ptr/detail/shared_count.hpp:217
#10 0x08083f70 in ~shared_ptr (this=0xbffff354, 
    __in_chrg=<value optimized out>)
    at /usr/local/boost/smart_ptr/shared_ptr.hpp:169
#11 0x080847f1 in ~slot_base (this=0xbffff354, __in_chrg=<value optimized out>)
    at /usr/local/boost/signals/slot.hpp:27
#12 0x08084829 in ~slot (this=0xbffff354, __in_chrg=<value optimized out>)
    at /usr/local/boost/signals/slot.hpp:105
#13 0x0808390f in yarl::Yarl::mainLoop (this=0xbffff3dc) at src/Yarl.cpp:408
#14 0x08083a96 in yarl::Yarl::startGame (this=0xbffff3dc) at src/Yarl.cpp:452
#15 0x08083abe in main () at src/Yarl.cpp:461

有人看到我应该修复什么吗？

编辑:根据 Daniel Trebbien 的建议，我有一个小示例程序可以说明问题。

这是头文件(test.hpp):

#include <boost/bind.hpp>
#include <boost/signal.hpp>
#include <iostream>
#include <tr1/memory>

namespace yarl
{
    class Yarl
    {
        private:
            void refresh();
        public:
            void hookSignal();
    };

    namespace events
    {
        class EventHandler
        {
            public:
                boost::signal<void()> sigRefresh;
        };
    }
}

下面是实现:

#include "test.hpp"
using namespace std;

namespace yarl
{
    void Yarl::refresh()
    {
        cout << "in refresh" << endl;
    }

    void Yarl::hookSignal()
    {
        events::EventHandler eventHandler;
        eventHandler.sigRefresh.connect(boost::bind(&Yarl::refresh, this));

        eventHandler.sigRefresh();
    }
}

int main()
{
    yarl::Yarl y;
    y.hookSignal();
}

和以前一样，当在 g++ 中仅使用 -g 标志编译时，此示例程序工作正常，但如果我添加 -D_GLIBCXX_DEBUG 和 -D_GLIBCXX_DEBUG_PEDANTIC，它在 eventHandler.sigRefresh.connect 行出现段错误。

---

我用 -D_GLIBCXX_DEBUG 和 -D_GLIBCXX_DEBUG_PEDANTIC 重新编译了 boost，它没有解决问题，但在编译时我注意到它做了一些奇怪的事情。我使用此命令使用 bjam 进行了编译(根据 this boost 教程):

sudo bjam --build-dir=. --toolset=gcc --variant=debug --cxxflags=-D_GLIBCXX_DEBUG,-D_GLIBCXX_DEBUG_PEDANTIC --layout=tagged stage

尽管有 --variant=debug 标签，它仍在编译发布版本。我也没有在输出的任何地方看到任何提及我的调试标志的地方。有没有可能是我编译错了？

Answer 1

Do I have to have differently compiled versions of boost for release code and debug code?

恐怕你知道。根据个人经验，boost 对编译器标志的变化极其敏感。几年前，我参与的一个免费软件项目不得不停止使用 boost::system 和 boost::filesystem，因为这些模块具有共享库，而这些库不是可靠地编译(由 Linux 发行商)使用与我们的代码完全相同的标志。症状是一样的 - 正确代码莫名其妙地崩溃。

因此，我不得不建议不要使用任何附带共享库的 Boost 模块。曾经。很难过。