Version imprimable
Bonjour,
Je cherche � d�tecter si une socket est toujours connect�e sur un pc distant. Dans FAQ VC++, la r�ponse est
long one=1;
/*CAsyncSocket*/ MySocket.SetSockOpt(SO_KEEPALIVE,(char *)&one,sizeof(one)))
Comment �a marche?
Que doit me renvoyr SetSockOpt si je coupe la connexion du pc distant?
Est-ce-que quelqu'un poss�de un exmple de code?
D'avance merci.
Quand on coupe la connexion sur le PC distant, ton CAsyncSocket re�oit la notification FD_CLOSE.
Pour la traiter, tu dois red�finir OnClose() dans ta classe fille de CAsyncSocket...
J'utilise en fait la fonction
int setsockopt(SOCKET s, int level, int optname, const char* optval,int optlen);
car je ne dispose pas d'instance de la classe CAsyncSocket
Le probl�me, c'est qu'il me semble bien que setsockopt(SO_KEEPALIVE) ne sert pas � consulter, mais � passer dans un mode ou la connexion est mieux surveill�e (au lieu de ne d�tecter une fin que lors d'une tentative d'envoi ou de r�ception).
Mais la fin est toujours signal�e de la m�me mani�re, que l'option SO_KEEPALIVE soit activ�e ou non:
- recv() retourne z�ro
- �v�nement FD_CLOSE sur un socket asynchrone (CAsyncSocket, WSAEventSelect(), WSAAsyncSelect()...)
- Activation de la fonction OnClose() d'un objet d'une classe d�riv�e de CAsyncSocket
Mais comment faire pour detecter une connection perdue, :?:
cette m�thode permet de le detecter seulement si le socket a �t� ferm� proprement avec closesocket(),
mais lors d'un plantage par exemple cette fonction ne marche pas (elle dit que le socket est toujours connect�)
il existe un mecanisme le keep-alive qui permet cot� serveur de verifier qu'une connexion socket est toujours valide.
voir faq:
http://c.developpez.com/faq/vc/?page...tectLossSocket
:D
Oui je sais j'ai deja regard� cette faq mais c'est pas vraiment ce que je cherche (ce truc permet de v�rifier toute les x millisecondes) moi je cherche un truc qui renvoit tout de suite l'�tat du socket.
Je sais pas si je me suis bien fait comprendre.... :)
le plus pratique � mon avis est encore de la faire � la main : si tu peux toucher la partie serveur, il te suffit de faire un tr�s simple mecanisme d'echange de donn�es entre client et serveur (un seul octet par ex), avec une limite de temps
Ok merci :) j'avais aussi pens� a �a, combien je peut mettre pour le delai max. ya t'il des conventions, des habitudes ?
Le TCP/IP ne renvoit pas un message d'erreur si un paquet n'arrive pas � destination, on pourrait aussi utiliser �a non ?
PS: je pense que je vais faire comme le propose OjBarbare car si c'est possible avec la 2�me solution �a doit �tre assez compliquer je pense...