Discussion :

[ieufubi]

Bonjour,

Petit question sur les socket sous linux.

J'ai fait un serveur irc qui accepte des connexions et tout et tout... Mais j'ai un petit problème, quand un client fait un shutdown dans les deux sens sur la socket (par exemple chatzilla quand on fait un cancel) et que je fait un send (pour faire un ping par exemple) cela crash l'application sans et donc ne renvoie pas d'erreur.

J'ai essayé de faire un select sur erreur de la socket avant de faire le send mais cela n'a pas l'air de marcher.

Comment faire pour détecter proprement si la socket est connecté ou non ?


Merci d'avance

[Gruik]

Salut,

Ton crash, ce serait pas un SIG_PIPE?
Si oui, regarde du coté du flag MSG_NOSIGNAL de send

[Emmanuel Delahaye]

Comment faire pour détecter proprement si la socket est connecté ou non ?

En principe, si le client se deconnecte, le recv() en cours (qui était bloqué) se débloque et retourne une erreur (0, -1...).

Evidemment, si il est protégé par un select(), ça le fait pas. Il est bon d'utiliser le timer de select() pour ne pas bloquer indéfiniment...

[Médinoc]

Euh, il me semble que si: Si le client se déconnecte, le socket est signalé en lecture (et read() retournera soit zéro (déconnexion correcte) soit une erreur).

[Emmanuel Delahaye]

Euh, il me semble que si: Si le client se déconnecte, le socket est signalé en lecture (et read() retournera soit zéro (déconnexion correcte) soit une erreur).

Ben tant mieux. J'avoue que je n'utilise pas beaucoup select(), je préfère les threads...

[ieufubi]

Edit:

J'ai testé avec MSG_NOSIGNAL en flag du send mais ca crash toujours. Je vais essayer le read.

[souviron34]

sous unixoide, il est bon de faire un poll avant lecture ou écriture... Une erreur du poll retournera sans crasher et signifiera que l'un des côtés s'est fermé (CTRL-C, kill, coredump, fermeture brutale de l'ordinateur, etc etc).

Les fonctions read ou write crashent (exit) lorsque le socket est invalide...

[granquet]

Euh, il me semble que si: Si le client se deconnecte, le socket est signale en lecture (et read() retournera soit zero (deconnexion correcte) soit une erreur).

je confirme: en TCP quand un client se deconnecte proprement select indique le socket comme "pret a etre lu" (pas d'erreur) et recv renverras 0.