Невозможно поймать сигнал SIGINT при использовании pthreads

Перехват сигнала с помощью флага, установленного обработчиком прерывания, не подходит для случаев, когда сигнал должен надежно прервать блокирующий системный вызов (accept в вашем случае). Проблема в том, что сигнал может прийти непосредственно перед входом в систему блокировки: после проверки флага, но до состояния, когда сигнал прерывает данный системный вызов. Таким образом, даже если флаг установлен, системный вызов блокирует выполнение программы.

Кроме того, когда сигнал разрешен несколькими потоками, только один из потоков ловит сигнал, и не указано, какой из них. В вашем случае возможно, что сигнал не перехватывается основным потоком, поэтому accept вообще не прерывается.

Если вторая проблема (относящаяся к многопоточным программам) легко преодолевается блокировкой сигнала во всех потоках, кроме основного, то первая проблема требует специальных подходов. Возможные:

signalfd() в сочетании с poll()/select()

Самый сложный подход, но работает почти во всех случаях. Сигнал «преобразовывается» в дескриптор файла, который объединяется с дескриптором файла, на котором ожидает системный вызов. Полученный набор файловых дескрипторов используется для опроса:

// Preparations
sigset_t s;
sigemptyset(&s);
sigaddset(&s, SIGINT);
sigprocmask(SIGBLOCK, &s, NULL); // For multithreaded program *pthread_sigmask* should be used.
int fd_int = signalfd(0, &s, 0); // When signal arises, this file becomes readable

// Usage
fd_set fds;
FD_ZERO(&fds);
FD_SET(fd_int, &fds);
FD_SET(s1, &fds);
int nfds = MAX(fd_int, s1) + 1;
select(nfds, &fds, NULL, NULL, NULL);
if(FD_ISSET(fd_int, &fds)) {
    // Signal is arrived
    ...
}
else {
    // New connection request is received
    accept(s1, ...);
    ...
}

Обратите внимание, что сигнал заблокирован для всех потоков, включая основной.

Финализация внутри обработчика сигнала и выход

Самый простой подход, но с ограниченным использованием. Если все завершающие действия безопасны для сигнала (см. man singnal(7) для полного списка функций, вызов которых разрешен в обработчике сигнала), что действия могут выполняться самим обработчиком сигнала, который затем выходит из программы:

void handler(int signal)
{
    close(s1);
    close(s2);
    _exit(0); // This function is thread-safe, unlike to *exit*.
}

Но в случае многопоточной программы такой подход обычно не подходит, так как функция thread_join не является сигналобезопасной.

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

поэтому системный вызов вернется немедленно, без блокировки. Самое простое изменение состояния — это закрытие файлового дескриптора, с которым работает системный вызов:

void handler(int signal)
{
    flag = 0;
    close(s1); // Close file descriptor which is used by the system call.
}

while(flag)
{
    s2 = accept(s1, ...);
    if(s2 == -1 && !flag) {
        // Signal is catched
        break;
    }
    ...
}

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

Также в случае многопоточной программы следует учитывать, что если какой-то другой поток создает(открывает) файловый дескриптор, он может повторно использовать один, закрытый в обработчике сигнала, непосредственно перед тем, как он будет использован в системный вызов.