SIGPIPE (OSX) и отключенные сокеты?

Я обнаружил, что игнорирование SIGPIPE неэффективно в OS X. Вместо этого используйте SO_NOSIGPIPE. Обратите внимание, что это устанавливается в сокете один раз, в отличие от MSG_NOSIGNAL, который запрашивается при каждом вызове send ().

int socket = accept (...); /* (or however you're getting the socket) */
int option_value = 1; /* Set NOSIGPIPE to ON */
if (setsockopt (socket, SOL_SOCKET, SO_NOSIGPIPE, &option_value, sizeof (option_value)) < 0) {
    perror ("setsockopt(,,SO_NOSIGPIPE)");
}

SIG_IGN сигнал, а не его обработка. send вернет -1, а errno будет установлено значение EPIPE.

Чтобы игнорировать сигнал, установите для обработчика сигнала значение SIG_IGN, выполнив следующие действия:

struct sigaction sa;
memset(&sa, 0, sizeof(sa));

sa.sa_handler = SIG_IGN;

if (-1 == sigaction(SIGPIPE, &sa, NULL))
{
  perror("sigaction() failed");
}

Игнорирование SIGPIPE, как описано в других ответах (например, signal(SIGPIPE, SIG_IGN);), сработало для меня в OS X. Также не забудьте протестировать вне отладчика, как говорится в этот комментарий. Я выполнял отладку с помощью lldb, и его обработка сигналов завершала мою программу с помощью SIGPIPE, хотя я проигнорировал этот сигнал. Тестирование вне lldb прошло нормально.

Вы можете игнорировать SIGPIPE

 #include <signal.h>

signal(SIGPIPE, SIG_IGN);

Или вы можете использовать обработчик сигналов.

signal(SIGPIPE, handler);
void handler(int signal)
{   
    //("Signal caught");

}

использовать обработчик сигнала или игнорировать его

#include <signal.h>
signal(SIGPIPE, SIG_IGN);

при записи в сокет сначала проверьте, положительный ли fd сокета в программе. Внешне вы должны проверить, что вы отправляете указатель действительного сокета.