Discussion :

[pom]

Bonjour à tous,

J'ai une application qui ouvre une socket pour recevoir des messages d'administration. Une fois le message reçu, je fais un close() sur la socket et j'en ouvre une autre. Le problème: ma socket n'est pas fermée, elle apparaît dans un état BOUND quand je fais un netstat. A la fermeture de mon application, les sockets disparaissent bien quand je fais mon netstat.

Quelqu'un sait-il (1) si c'est effectivement un problème et (2) comment le résoudre?

Merci,
pom

[Jan Rendek]

Fermer unilatéralement une socket connectée n'est pas aussi simple.
Si tu regardes le protocol de fermeture entre les 2 correspondants utilisant la socket,
tu verras qu'il ne suffit pas de faire un 'close' que d'un coté de la connexion.
Ton problème vient probablement de là.
Généralement l'appel à 'close' retourne immédiatement et initie la séquence de fermeture.
Néanmoins, s'il y a encore des donnée à envoyer, le système gardera la socket ouverte et essaiera de les envoyer (en fonction des options d'ouverture).

[pom]

Merci pour ta réponse. J'ai fait une correction dans mon programme pour qu'il détecte la déconnexion de l'autre côté, et qu'il ferme proprement sa socket. Le résultat est exactement le même. Si quelqu'un a une autre idée, je suis en panne

[Jan Rendek]

Est-ce que tu boucles en emission jusqu'à être sûr de ne plus rien avoir à envoyer avant d'appeler le 'close' sur ta socket ?

[Médinoc]

Question à 100 points: tu es sous quel OS?

Car sous Windows, close() ne marche pas sur un socket: Il faut utiliser closesocket().
(En fait, CloseHandle() marche peut-être, je n'ai jamais essayé. Mais close() ne marche pas, c'est sûr).

[mi6fred]

Perso j'utilise toujours un shutdown avant le close (ou closesocket sous Windows), par contre le timing est important : c'est le client qui doit se déconnecter en premier si j'ai bon souvenir, et il ne faut éviter que l'un ou l'autre soit en opération de lecture/écriture avant de fermer la socket. Dans ton protocole, prévois un message de fermeture de session avec confirmation, tu seras alors sûr de ta déconnexion :

A <-> B
A -> "closing..." -> B
B -> "Ok" -> A
B -> shutdown, close
A -> shutdown, close

[pom]

Merci pour vos réponses à tous, mais j'ai le sentiment que je fais tout dans le bon ordre. En fait, j'utilise une classe qui encapsule les fonctions classiques sur les sockets, et en utilisant directement ces fonctions et non plus la classe, je n'ai plus ce problème. Moralité: la classe que j'utilisais est pourrie

[gailup]

socket->close() ;