Форум: "Начинающим";
Текущий архив: 2013.03.22;
Скачать: [xml.tar.bz2];
ВнизСобытие окончания передачи по 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;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.068 c