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.