Discussion :

[Depteam1]

Bonjour,

Je travaille avec une classe d�riv�e de CSocket en tant que client. J'envoie des messages vers un autre pc (le serveur) qui contient plusieurs cartes dans lequelles un soft tourne. Des messages sont successivement envoy�s aux cartes.

Le probl�me recontr� est le suivant : lorsqu'un carte ne r�pond pas � un message et que survient le time-out, j'envoie un message sur la carte suivante. Mais, de fa�on assez surprenante, la r�ponse que je re�ois alors est celle de la carte qui a provoqu� un time-out. Mes r�sultats sont donc fauss�s.

Ma question est donc la suivante : est-elle possible, en cas de time-out, d'avertir le serveur qu'il ne peut plus renvoyer les r�ponses re�ues apr�s ce time-out?

Merci,
Hugues.

[fmarot]

Je crois qu'en fait il faut prendre le probleme dans l'autre sens: plutot que de dire � l'autre "hey, ne m'envoie plus rien surtout", c'est � toi de savoir que la connexion n'est pas valide. Perso, j'utilise des CAsynchSocket et quand je recoit un timeout, j'efface la socket cr��e qui n'est plus valide pour tester avec une autre socket

Ca n'a pas grand chose � voir, mais faire gaffe aux sockets sous WinXP SP2: seules x (8 je crois) demandes de connexion non encore dactiv�es (ou refus�es, ou parties en timeout...) peuvent s'effectuer simultanement

[M�dinoc]

Hum... ce nombre, c'est le param�tre pass� � listen(). il me semble que SO_MAXCONN vaut 5 dans les headers Windows...

Mais bon, �a, c'est pour les sockets "en attente d'acceptation". Le nombre de sockets total utilisable par un programme est plus �lev�... (mais pas tr�s grand pour autant, il me semble...)

[Depteam1]

En faisant un close/connect, �a marche bien. Ainsi, je ne constate plus de perturbations dans mes r�ponses.

Merci,
Hugues.