5

これは、例に基づいた私の Boost.Asio プロジェクトの SSCCE です。これまでバグを追跡するのに約1時間かかりました：

#include <boost/bind.hpp>
#include <boost/asio.hpp>
#include <boost/shared_ptr.hpp>

class Connection  {
public:
    Connection(boost::asio::io_service& io_service) : socket(io_service) {}

private:
    boost::asio::ip::tcp::socket socket;
};

class Server {
public:
    Server() : signal_monitor(io_service) {
        signal_monitor.add(SIGINT);
        signal_monitor.add(SIGTERM);

        signal_monitor.async_wait(
            boost::bind(&Server::handle_signal_caught, this)
        );
    }

    void run() {
        // comment out the next line and there's no segfault
        connection.reset(new Connection(io_service));

        io_service.run();
    }

private:
    void handle_signal_caught() {
        io_service.stop();
    }

    boost::shared_ptr<Connection> connection;
    boost::asio::io_service io_service;
    boost::asio::signal_set signal_monitor;
};

int main(int argc, char **argv) {
    Server server;
    server.run();

    return 0;
}

シグナル (ctrl+C) を送信すると、プログラムは適切にシャットダウンする代わりにセグメンテーション違反を起こします。私はこれを見て最後の30分を費やしましたが、なぜこれがセグメンテーション違反になるのかわかりません。どなたか問題を見つけることができますか?

4

1 に答える 1

10

私は問題を見つけたと思います。のメンバーの宣言順序に注意してくださいServer。

boost::shared_ptr<Connection> connection;
boost::asio::io_service io_service;
boost::asio::signal_set signal_monitor;

破棄順序は、宣言の逆順で行われます。これは、最初signal_monitorに 、次にio_service最後connectionに破棄されることを意味します。しかし、破壊された への参照を含むconnectionが含まれています。boost::asio::ip::tcp::socketio_service

実際、これはほとんど起こっていることであり、セグメンテーション違反も引き起こします。

int main(int argc, char **argv) {
    auto io_service = new boost::asio::io_service();
    auto socket = new boost::asio::ip::tcp::socket(*io_service);

    delete io_service;
    delete socket;

    return 0;
}

connection後に宣言io_serviceすると問題が解決します。

くそ

于 2013-08-02T05:22:56.600 に答える