Discussion :

[ArgusAzure]

Bonjour,
je fais une application multithread clients/serveur sous windows, et j'ai un peu de mal à gérér les déconnexions. Je regarde le code retour de recv qui devient non bloquant quand la connexion est rompue quand une application plante par exemple. Mais je reste bloqué sur le recv quand je débranche le cable réseau. Vous voyez d'où ça peut venir? Ou y a t il une autre façon de faire?
Merci

[stephl]

Je regarde le code retour de recv qui devient non bloquant quand la connexion est rompue quand une application plante par exemple. Mais je reste bloqué sur le recv quand je débranche le cable réseau.

Par défaut, recv() est bloquant. Tant qu'il n'y a pas de message, recv() ne retourne pas (sauf quelques exceptions comme "graceful shutdown"). A moins que vous n'ayiez configuré la socket comme non bloquante...

[Médinoc]

Pour détecter une perte par débranchement de cable, il faut typiquement échanger régulièrement des informations avec un timeout.
Le terme est "keep-alive", et les sockets offrent une option pour les gérer : setsockopt() + constante SO_KEEPALIVE.

[ArgusAzure]

Merci pour vos réponses rapides. J'avais pensé à la solution d'échanger régulièrement des données et je vais regarder si je trouve mon bonheur avec setsockopt(). Je vous tiens au courant.

[souviron34]

si tu es sur unix/linux, ou Windows avec cygwin, il ya la fonction poll (dans poll.h) qui permet de tester sans modifier l'état du socket..