Здраствуйте. Сделал серверную и клиентскую часть по протоколу TCP. Использовал winsock.h И вот постала передо мной проблема. Как узнать что сервак отключился? Можно ли эту проблему решить без создания клиента на сервере? Может winsock2.h решает эти проблемы?


Это сообщение отредактировал(а) Sergio - 3.2.2007, 23:24

Используй функцию select() для работы с дескрипторами.
И, если recv() возвращает 0 (FIN), при этом не принимая никаких данных, значит сервер отключился.
В принципе, так у меня работало для Berkeley Sockets, но думаю, что и для winsock должно сработать.


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

впринципе так и есть! потому что надо потоянный цикл  recv делать! вот и прикол в том что делаешь его пока он не равен 0 просто! если сервакотключился ! он из цикла выходит! вот и ставь любое действие после выхода из цикла! это действие будет значить что ты отключился от сервака! в любых исходникак протокола они есть!

Отключился или потеряна связь?


А select зачем?


Ну и про send надо не забывать.

Это сообщение отредактировал(а) ptr - 4.2.2007, 08:52

ptr, правильно заметил

при корректном закрытии удаленного конца  на своем сокете получаешь событие FD_CLOSE(WSAEnumNetworkEvents)
но это неблокирующие сокеты

если блокирующие, и если хочешь неглючную прогу, обязательно select!
recv блокирует прогу

Я возможно неправильно выразился. Я хочу чтобы, когда из сервером потеряна чвязь клиент знал об этом и не продолжал посылать смс. Можно это сделать без клиентской части на серваку? 

тебе же говорят! у тебя тожлен хоть какой то цикл стояь на recv.

Sergio, подожди, давай по-порядку. Я так понял, что ты продолжаешь писать чат.


Что ты подразумеваешь под этим?


Если всё правильно сделано, то в этом случае send вернёт какую-нибудь из ошибок (правда возможно не сразу). Так что надо правильно написать обработку и всё будет нормально.

Есть правда другая проблема - контроль связи. TCP не выполняет опрос соединения.
Для большинства программ не нужно немедленно знать о потери связи, для других же это может иметь значение. Для контроля соединения можно использовать таймер keep-alive (правда чаще всего он бесполезен). Но обычно функциональность keep-alive реализуют на прикладном уровне, либо используют тайм-аут.

По этому вопросу рекомендую почитать Снейдера со Стивенсом.

Это сообщение отредактировал(а) ptr - 6.2.2007, 06:30

ptr, например для сокета с опцией keep-alive какое событие вы будете ловить?

Не все так просто (как хотелось бы) 

0 возвращяется при нормальном завершении клиентского процесса. Если скажем процесс клиента убили то recv вернет SOCKET_ERROR а прочитав errno (под юникс) или просто GetLastError() (под виндоуз) станет ясно что его убили.
ошибка номер 10053 - клиента убили 
и еще recv вам никогда не скажет что клиент погиб смертью храбрых в бою с электриком если вдруг последний решит вырубить свет..конкретнее если компьютер просто вырубится. На эти случае нужен  Keep-Alive.