C++: Может ли setockopt() игнорировать сигнал?

Question

Я работаю с кодом, который использует XML по протоколу TCP. Эта реализация имеет тайм-аут 10 секунд для каждого send() и recv(), чтобы дождаться целых данных, используя setsockopt(). После некоторого времени работы я обнаружил, что иногда recv() не ждет тайм-аута и возвращает значение -1. Пока я пытался решить проблему, я добавил код sleep(2), и я узнал, что sleep() был прерван каждый раз, когда я столкнулся с ошибкой recv. Исходя из этого, я думаю, что корень проблемы - это сигнал, но я не смог найти, какой сигнал.

Мой вопрос следующий: Могло ли прерывание recv() прерываться сигналом? Примечание: ожидание recv() «s устанавливается на setsockopt()

EDIT: Вот решение (Спасибо за помощь):

while (buf > 0) 
{ 
    rsize = recv(socket, bufsize, buf, 0) 
    if (rsize == -1) 
    { 
    if (errno == EINTR) 
     continue; 
    break; 
    } 
    break; 
} 

Answer 1

В Linux (и UNIX в целом), вызов recv() может быть прерывается выдачей сигнала.

[EINTR] recv() функция была прервана сигналом, который был пойман, прежде, чем какие-либо данные были доступны.
_POSIX

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

Если вы используете sigaction(), чтобы установить обработчик сигнала, вы можете установить флаг SA_RESTART, чтобы позволить автоматически перезапускать системные вызовы после вызова обработчика сигнала. recv() - один из вызовов, который будет перезагружен под Linux (подробности найдены с man 7 signal).