IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++ Discussion :

[Socket] Sockets non fermées


Sujet :

C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    pom
    pom est déconnecté
    Membre éprouvé
    Inscrit en
    Février 2003
    Messages
    120
    Détails du profil
    Informations forums :
    Inscription : Février 2003
    Messages : 120
    Par défaut [Socket] Sockets non fermées
    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

  2. #2
    Membre chevronné
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    394
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 394
    Par défaut
    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).

  3. #3
    pom
    pom est déconnecté
    Membre éprouvé
    Inscrit en
    Février 2003
    Messages
    120
    Détails du profil
    Informations forums :
    Inscription : Février 2003
    Messages : 120
    Par défaut
    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

  4. #4
    Membre chevronné
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    394
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 394
    Par défaut
    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 ?

  5. #5
    Expert éminent
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 395
    Par défaut
    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).
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  6. #6
    Membre averti
    Inscrit en
    Avril 2006
    Messages
    24
    Détails du profil
    Informations forums :
    Inscription : Avril 2006
    Messages : 24
    Par défaut
    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

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Socket lecture non bloquante
    Par Darkthur dans le forum Multithreading
    Réponses: 2
    Dernier message: 22/05/2009, 18h28
  2. Socket UDP non accessible via le web
    Par guish59 dans le forum Réseau
    Réponses: 8
    Dernier message: 12/12/2008, 22h45
  3. Réponses: 1
    Dernier message: 03/09/2007, 17h40
  4. [socket] socket operation on non socket
    Par let_me_in dans le forum Linux
    Réponses: 1
    Dernier message: 19/06/2007, 18h59
  5. Pointeur de SOCKET ou non?
    Par psyphi dans le forum Réseau
    Réponses: 6
    Dernier message: 14/02/2007, 22h22

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo