Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2013.03.22;
Скачать: CL | DM;

Вниз

Событие окончания передачи по TCP в winsock   Найти похожие ветки 

 
prodex   (2012-05-04 19:00) [0]

Доброго времени суток, уважаемые мастера! Можно ли как-нибудь определить момент, когда в неблокирующем TCP-сокете (WSAEventSelect) закончилась передаче данных? Или как узнать, что буфер на передачу пуст? Заранее благодарен за ответ.


 
Anatoly Podgoretsky ©   (2012-05-04 19:37) [1]

Если нет длины, то только по таймаутую


 
prodex   (2012-05-04 19:42) [2]

Длины чего? Передаваемых данных или внутреннего буфера?


 
Сергей М. ©   (2012-05-05 15:03) [3]


> как узнать, что буфер на передачу пуст?


Зачем это нужно ?
Толкай на передачу данные пока не получишь отказ WSAEWOULDBLOCK - он означает что буфер заполнен. А когда он освободится (в т.ч. сразу после Connect он свободен), т.е. все данные из него будут вытолканы в сеть, Винсок тебя изdестит событием FD_WRITE.


 
prodex   (2012-05-05 16:42) [4]

Пакеты не большие, поэтому до WSAEWOULDBLOCK не доходит. Возможна ситуация, когда удаленный клиент замешкается или зависнет, надо отмерять время от полной передачи данных до начала ответа, если не ответил, то отключать его. Т.к. пакет может быть от 2 до 4096 байт по ОЧЕНЬ плохому GPRS, где скорость падает до 0,5 кбит/с, искомое время может колебаться в широких пределах. Вот такая вот ситуация.


 
Сергей М. ©   (2012-05-05 21:02) [5]


> если не ответил, то отключать его


Если он не ответил, то это совершенно не означает что он "замешкался" - просто канал дерьмовый.
Поэтому не страдай ерундой и "отмеряй время" с момента успешного возврата из Send()



Страницы: 1 вся ветка

Текущий архив: 2013.03.22;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.122 c
15-1328642557
Юрий Зотов
2012-02-07 23:22
2013.03.22
И снова нужен человек


15-1347287024
LDV
2012-09-10 18:23
2013.03.22
сборка com-сервера из командной строки. Проблема с tlb


15-1342737184
Германн
2012-07-20 02:33
2013.03.22
Братья с Украины. Где в Одессе


15-1351604475
Scott Storch
2012-10-30 17:41
2013.03.22
LLVM


15-1347085902
Опять я
2012-09-08 10:31
2013.03.22
H.264