VPF::Возвращение из read() с таймаутом

Ares4322

Дата 20.12.2011, 14:23 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 339
Регистрация: 25.9.2007
Где: Россия, Москва

Репутация: нет
Всего: 3

Доброго времени суток!
Использую в сервере на С блокируемый read(), который ждет данные определенное время и если интервала ожидания превышен, то возвращает определенную ошибку.
Если данные приходят битые и эта ошибка обнаруживается и обрабатывается стеком TCP/IP, то вернет ли read() управление и какую-то ошибку или нет? Я так понимаю, что нет, потому что это прикладной уровень, а ошибки нижележащих уровней обрабатываются самими этими уровнями.

boostcoder

Дата 20.12.2011, 15:11 (ссылка)

(нет голосов)

Загрузка ...

pattern`щик

Профиль
Группа: Завсегдатай
Сообщений: 5458
Регистрация: 1.4.2010

Репутация: 16
Всего: 110

честно говоря, не понял вопроса... smile

--------------------

компилятор онлайн с поддержкой C++11
сборки компиляторов MinGW

xvr

Дата 20.12.2011, 15:23 (ссылка)

(голосов:1)

Загрузка ...

Эксперт

Профиль
Группа: Комодератор
Сообщений: 7046
Регистрация: 28.8.2007
Где: Дублин, Ирландия

Репутация: 20
Всего: 223

Цитата(Ares4322 @ 20.12.2011, 14:23

)

Использую в сервере на С блокируемый read(), который ждет данные определенное время и если интервала ожидания превышен, то возвращает определенную ошибку.

Это где вы такой read нашли? Единственный способ для read (в целом) вернуться по timeout'у - это слететь по сигналу (например SIGALARM). При этом в errno вернется ошибка EINTR (прерванный системный вызов)

Цитата(Ares4322 @ 20.12.2011, 14:23

)

Если данные приходят битые и эта ошибка обнаруживается и обрабатывается стеком TCP/IP, то вернет ли read() управление и какую-то ошибку или нет?

Вы имеете в виду, что в read дали сокет, а противоположный конец взял и отвалился? Да, read вернется с 0 (насколько я помню)

bsa

Дата 20.12.2011, 16:05 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Модератор
Сообщений: 9185
Регистрация: 6.4.2006
Где: Москва, Россия

Репутация: 16
Всего: 196

Цитата(xvr @ 20.12.2011, 16:23

)

Единственный способ для read (в целом) вернуться по timeout'у - это слететь по сигналу

Не только. Может быть у него read дополненный select'ом smile

--------------------

Правильно заданный вопрос - половина ответа
Отзывы о работе модератора.

Ares4322

Дата 20.12.2011, 16:44 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 339
Регистрация: 25.9.2007
Где: Россия, Москва

Репутация: нет
Всего: 3

Код


 struct timeval tv;
 tv.tv_sec = connection_closing_timeout;
 tv.tv_usec = 0;
 setsockopt(socket, SOL_SOCKET, SO_RCVTIMEO, &tv, sizeof (tv));

при возвращении управления read() проверяем возвращаемое значение. если 0, то произошла ошибка. И если при этом errno = EWOULDBLOCK, то, значит, истек таймаут.

bsa

Дата 20.12.2011, 17:02 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Модератор
Сообщений: 9185
Регистрация: 6.4.2006
Где: Москва, Россия

Репутация: 16
Всего: 196

Цитата(Ares4322 @ 20.12.2011, 15:23

)

Если данные приходят битые и эта ошибка обнаруживается и обрабатывается стеком TCP/IP, то вернет ли read() управление и какую-то ошибку или нет? Я так понимаю, что нет, потому что это прикладной уровень, а ошибки нижележащих уровней обрабатываются самими этими уровнями.

Если приходят битые данные на прикладном уровне (http, ftp..., см. сетевую модель OSI), ты их получишь. Если же придут битые на транспортном уровне, то система сама решит проблему (для UDP проигнорирует, для TCP пошлет запрос на повтор) - т.е. твой read никак не отреагирует.

Это сообщение отредактировал(а) bsa - 20.12.2011, 17:02

--------------------

Правильно заданный вопрос - половина ответа
Отзывы о работе модератора.

xvr

Дата 20.12.2011, 18:29 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Комодератор
Сообщений: 7046
Регистрация: 28.8.2007
Где: Дублин, Ирландия

Репутация: 20
Всего: 223

Цитата(Ares4322 @ 20.12.2011, 16:44

)

Не совсем:

Цитата

SO_RCVTIMEO and SO_SNDTIMEO
Specify the receiving or sending timeouts until reporting an error. The argument is a struct timeval. If an input or output function blocks for this period of time, and data has been sent or received, the return value of that function will be the amount of data transferred; if no data has been transferred and the timeout has been reached then -1 is returned with errno set to EAGAIN or EWOULDBLOCK just as if the socket was specified to be nonblocking. If the timeout is set to zero (the default) then the operation will never timeout.

Т.е. для таймаута read должен вернуть -1 и errno может быть как EWOULDBLOCK, так и EAGAIN

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| C/C++: Программирование под Unix/Linux \| Следующая тема »