Как предотвратить SIGPIPE при использовании boost :: asio?

Question

Я использую канал для связи между двумя процессами в Gnu / Linux. Принимающая сторона закрывает канал, пока отправляющая сторона все еще пытается отправить данные. Вот некоторый код, который имитирует ситуацию.

#include <unistd.h>                                                              
#include <boost/asio.hpp>                                                        

int main()                                                                       
{                                                                                
    int pipe_fds[2];                                             
    if( ::pipe(pipe_fds) != 0 ) return 1;                                        
    // close the receiving end 
    ::close( pipe_fds[0] );

    boost::asio::io_service io;                                             
    boost::asio::posix::stream_descriptor sd( io, pipe_fds[1] );     
    boost::system::error_code ec;                                                
    sd.write_some( boost::asio::buffer("blah"), ec );

    return 0;                                                                    
}

Когда я запускаю его, я получаю SIGPIPE; Классическая ситуация, я знаю. Тем не менее, я вижу, что boost::asio::error::basic_errors имеет значение broken_pipe. Я ожидаю, что он будет возвращен в коде ошибки без повышенного сигнала.

Можно ли это сделать без создания обработчика SIGPIPE для моего процесса? Например, есть ли параметр конфигурации для boost :: asio, который мне не хватает? Может быть, что-то, что позволит включить MSG_NOSIGNAL в реализации?

Answer 1

Установите обработчик сигнала, чтобы игнорировать SIGPIPE, если вы хотите увидеть соответствующий error_code

код и компиляция

#include <unistd.h>
#include <iostream>
#include <boost/asio.hpp>


int main( int argc, const char** argv )
{
    bool ignore = false;
    if ( argc > 1 && !strcmp(argv[1], "ignore") ) {
        ignore = true;
    }
    std::cout << (ignore ? "" : "not ") << "ignoring SIGPIPE" << std::endl;

    if ( ignore ) {
        struct sigaction sa;
        std::memset( &sa, 0, sizeof(sa) );
        sa.sa_handler = SIG_IGN;
        int res = sigaction( SIGPIPE, &sa, NULL);
        assert( res == 0 );
    }

    int pipe_fds[2];
    if( ::pipe(pipe_fds) != 0 ) return 1;
    // close the receiving end 
    ::close( pipe_fds[0] );

    boost::asio::io_service io;
    boost::asio::posix::stream_descriptor sd( io, pipe_fds[1] );
    boost::system::error_code ec;
    sd.write_some( boost::asio::buffer("blah"), ec );

    if ( ec ) {
        std::cerr << boost::system::system_error(ec).what() << std::endl;
    } else {
        std::cout << "success" << std::endl;
    }

    return 0;
}

samjmill@bgqfen7 ~> g++ pipe.cc -lboost_system -lboost_thread-mt
samjmill@bgqfen7 ~> 

пробег

samm@macmini ~> ./a.out 
not ignoring SIGPIPE
samm@macmini ~> echo $?
141
samm@macmini ~> ./a.out ignore
ignoring SIGPIPE
Broken pipe
samm@macmini ~> 

Обоснование этого поведения содержится в справочной странице write(2)

EPIPE

fd подключен к трубе или сокету, конец чтения которого закрыт. когда в этом случае процесс записи также получит сигнал SIGPIPE. ( Таким образом, возвращаемое значение записи видно только в том случае, если программа перехватывает, блокирует или игнорирует этот сигнал .)

Акцент добавлен мной.

Answer 2

SIGPIPE генерируется операционной системой, когда один конец канала не подключен - вы не можете реально предотвратить это с помощью boost :: asio. Однако вы можете просто проигнорировать сигнал, а остальные должны позаботиться о себе.

Answer 3

signal_init сделал это в файле boost/asio/detail/signal_init.hpp