Может ли poll() возвращать событие POLLIN даже после того, как партнер повесил трубку?

Question

Может ли poll() возвращать событие POLLIN даже после того, как партнер повесил трубку?

Я вижу, что системный вызов poll() возвращает событие POLLIN даже после того, как одноранговый узел был закрыт сокетом. Я вижу и ПОЛЛИН, и ПОЛЛЕРР. И это продолжает происходить даже после того, как вызов read() вернул -1.

Моя логика обрабатывает POLLERR, только если нет POLLIN, чтобы удостовериться, что я прочитал все пакеты, которые уже прибыли до того, как сокет был отключен. В результате я никогда не заканчиваю работу с POLLERR, так как POLLIN всегда установлен.

Почему poll() возвращает POLLIN вместе с POLLERR после ошибки сокета? И как мне справиться с этим сценарием.

Спасибо!

0

c linux multithreading sockets poll-syscall

Источник

user3373837 07 май '17 в 00:49

1 ответ

Другие вопросы по тегам c linux multithreading sockets poll-syscall

user207421 07 май '17 в 00:58 2017-05-07 00:58 · Answer 1 · 2017-05-07 00:58

Реальный вопрос здесь заключается в том, почему вы все еще опрашиваете сокет, и действительно, почему он все еще существует? Если вы получили -1 от read() Вы должны были закрыть сокет и удалить его из набора опросов. Если ты этого не сделаешь, POLLIN повторится навсегда.