Discussion :

[swingNJava]

Bonjour à tous,
Je voulais savoir s'il était possible de récupérer
des informations sur une socket (et si oui comment procéder ? ) connectée sous Unix.
Par exemple, peut-on savoir si la connexion a été interrompue inopinément ?
Si il y a eu une déconnexion "propre" ?

Merci !

[souviron34]

Bonjour à tous,
Je voulais savoir s'il était possible de récupérer
des informations sur une socket (et si oui comment procéder ? ) connectée sous Unix.
Par exemple, peut-on savoir si la connexion a été interrompue inopinément ?
Si il y a eu une déconnexion "propre" ?

Merci !

oui

[swingNJava]

oui

lol ! ok !
Mais que faut-il utiliser ? y-a-t-il des flags a vérifer ?
Par exemple si la connexion à été fermé par l'hôte distant, la fonction recv renvoie tout de même zéro et un buffer vide..... mais comment s'assurer que cela provient réellement de la fermeture de la connexion par la machine distante ?

[souviron34]

c'est plus compliqué..

• il y a les signaux (SIGTERM, SIGKILL, SIGTERM, SIGHUP)
• il y a la réponse de recv
• il y a les "poll" aussi (quand un socket "gèle", il n'y a pas forcément quelque chose à lire, la connexion des 2 côtés est tjs active...)

Donc il faut fouiller, et blinder son code si on doit faire quelque chose de vraiment propre...

[Emmanuel Delahaye]

Bonjour à tous,
Je voulais savoir s'il était possible de récupérer
des informations sur une socket (et si oui comment procéder ? ) connectée sous Unix.
Par exemple, peut-on savoir si la connexion a été interrompue inopinément ?
Si il y a eu une déconnexion "propre" ?

Oui. Tu testes la valeur retournée par les fonctions bloquantes (recv(), send())
Si c'est 0, c'est qu'il y a eu deconnexion.

http://www.opengroup.org/onlinepubs/...ions/recv.html

[souviron34]

Oui. Tu testes la valeur retournée par les fonctions bloquantes (recv(), send())
Si c'est 0, c'est qu'il y a eu deconnexion.

http://www.opengroup.org/onlinepubs/...ions/recv.html

Désolé, Emmanuel, mais ça ne suffit pas pour tous les cas de figure... Socket gelé etc etc...

La combinaison d'un certain nombre de test est essentielle pour un truc 100% fiable...

En effet, quand c'est une déconnection, oui, c'est OK. Mais pour tout un tas d'autres trucs (timeout, erreur d'écriture, coredump d'un côté, gel du socket, déclenchement d'une alarme (donc interruption) etc etc) ça ne suffit pas...