socket select deadlock

[pegucka]

Здравствуйте.
Разрабатывая сетевое приложение на c++ столкнулся со следующей проблемой - приложение повисает на функции select до завершения таймаута. Таймаут по словию - 2 минуты. Сокет используется локальный, т. е. общение идёт с приложением на той же машине. С передающей стороной так же всё в порядке проверял с помощью Wireshark - пакеты уходят. Не подскажите в чём может быть проблема?

[Dimka]

pegucka, покажи куски кода, в которых ты делаешь сетевую пересылку данных, с обеих сторон соединения.

[pegucka]

Я точно не знаю, могу ли я выкладывать куски кода  . Да и проблема не настолько очевидная потому как воспроизводится один-два раза в сутки и далеко не на всех машинах. По этому был бы длагодарен за общую информацию

[Dimka]

pegucka, ну ты же можешь вырезать из кусков кода всё, не относящееся к делу?

Если баг редкий и плавающий, общей информацией тут не отделаться. Почему ты уверен, что причина в select?

[Dimka]

pegucka, ожидание возможно на длительной операции, в локальной системе причина длительной операции одна: либо буфер пуст, и ждёт чтение, либо буфер переполнен, и ждёт запись. Т.е. так или иначе нужно смотреть, какие из концов сетевых соединений перестают работать, и синхронные операции подвисают. select тут лишь - симптом, а не причина.

[RXL]

Либо опечатка в программе, либо логическая ошибка. Функция select проста как пень. Рекомендую внимательно пройтись глазами по программе.

[pegucka]

Переписал метод приёма сообщений, заменив select на poll. Тот же результат - раз в несколько дней повисает на 2 минуты, как будто данные не получены. Хотя Wireshark показывает, что всё приходит. OS - RHEL5.4

[pegucka]

А будет ли select отрабатывать корректно, если данные стали готовы для чтения до его вызова?

[darkelf]

А будет ли select отрабатывать корректно, если данные стали готовы для чтения до его вызова?

Да, должен отрабатывать нормально.