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

WSAAsyncSelect (hListenSockTCP,GetConsoleHWND(),WM_ASYNC_CLIENTEVENT,FD_WRITE);

Так? И какое значение должен вернуть селект?

А можно пример этой функции...

Спасибо :)

Реализовал проверку следующим образом :

Errors_sock = send(serv_sock, "", 0, 1);
if(Errors_sock == -1)
{
...
}
else
{
...
}

Работает нормально, в случае если serv_sock отваливается, программа завершается. У меня возник вопрос, будет ли такая проверка правильно или же искать какой нибудь другой вариант обработки?

AkhВ принципе - можно. Примерно так я и поступаю, для определения наличия коннекта.

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

Синтаксиз Errors_sock = send(serv_sock, "", 0, 1);

serv_sock - понятно
"" - пустое сообщение
0 - ноль посылаемых символов в сообщении
а вот с флагом 1 - не понятно, как по русски то понять, что он делает? Так как в документации написано, что если флаг установлен в 0, то функция аналогична системному вызову write, а если он не ноль, то ничего не сказано.

Вот выдрал из Winsock2.h

#define MSG_OOB 1
#define MSG_PEEK 2
#define MSG_DONTROUTE 4
#define MSG_MAXIOVLEN 16
#define MSG_PARTIAL 0x8000

Как я понял Линуксовым соответствуют только два флага... Чтож буду осмысливать информацию и пытатся применить ее к форточкам :) Спасибо за сведенья ;)
Думаю вопросы еще появятся.

Вот как раз один созрел :

"Посылает внепотоковые данные, если сокет это поддерживает (как, например, сокеты типа SOCK_STREAM); протокол более низкого уровня также должен поддерживать внепотоковые данные."

Т.е. данные, которые не будут вносится в поток принимающего сокета?

Понял :) В случае, если в прослушиаеющем recv сокете не определен флаг MSG_OOB, то данные паета не будут приняты, но и код ошибкb -1 не будет отослан :)

Так что получается, что для проверки жив ли сокет, такая проверка подходит.

Akh спасибо за информацию :)

Попробовал вот такую схему :

do
{
rec=recv(clientsock, str, sizeof(str), 0);
dl=rec;
if(rec>=0)
{
printf("Size : \n %d", dl, "\n");
printf("\nRecieved : \n");
for(i=0; i<dl; i++)
{
printf("%c", str );
}
printf("\n");
}
else
{
printf("%d", rec);
}
}
while("EXIT");

recv возращает -1 , в случае если нет присылаемых данных... В общем в ходе эксперементов удалось установить, что recv не реагирует на
Errors_sock = send(serv_sock, "", 0, 1); и возращает -1 в любом случае.

Есть подозрение, что recv просто отбрасывает заведомо пустые сообщения, обрабатывая их как ошибку, т.е. -1 , но на стороне клиента соединение проходит нормально send не возращает -1, т.е. ошибку при передачи.

Блин, извините ща путанность изложения.

AkhПробовал проверять на разрыв коннекта по ECONNREFUSED или ENOTCONN?

Нет, не пробывал. А где есть описание данных функций?

Попробовал с проверкой и без... В errno в обоих случаях возвращает ноль .

В общем у меня вот такая структура :


Прокся конектится к серверу один раз при запуске программы, а в дальнейшем требуется проводить проверку, жив ли сокет у сервера, для этого на проксе при передачи клиентом сообщения я и отсылаю эти сообщения:


У сервера организован прием сообщений, через recv:


Так, вот в случае, если прокся не передает данные, то recv возращает -1, в обратном случае длину сообщения.
Я проверил какая ошибка заносится в errno, с организацией проверки отправкой пустого сообщения, и без оной... В обоих случаях код ошибки был равен нулю. Т.е. как я понял ошибки как таковой не возникало.

В случае, если закрыть программу сервера, проверка на проксе при отправке пустого сообщения будет возращать -1, т.е. это можно использовать, как флаг, что у сервера, что то не в порядке.

Вот я и думаю, что наверное, такую проверку, жив ли сокет можно использовать :) (Надеюсь, объяснил понятно :) )

Хотя может, я что и напутал по неопытности.

BarloneОй, а он может помереть сразу после этой вашей проверки и до того как будут посланы данные. Зачем вам отдельная проверка ? Смотрите ра результат возвращаемый при попытке отправки данных.

Я не спорю, но Akh прав, тут как раз такая ситуация, нужно проверить не овалился ли сервер, если он отвалился, то не принимать соединения от клиентов. А если смотреть по отсылаемым данным, то клиент будет уверен, что отослал данные.

Если реализовывать такой вариант, то в случае неудачной отправки нужно как то известить клиента, ведь он уже отослал данные, что усложнит программу и потребует обработку клиентом сообщений присылаемой проксей.

AkhА если соединение с сервером порвалось, после получения данных от клиента?
А если внутренняя ошибка на прокси произойдет?
Клиент не может быть уверен, что данные, которые он отправил дошли до сервера, тем более, что они обработаны сервером.

Конечно не может :D, но так хоть частично можно обезопаситься :) А вообще над этой задачей нужно думать. Вот например, сейчас надо будет сделать защиту от переполнения буфера :) Да и вообще может произойти, что угодно. Я только неделю с сетью и Си работаю :)