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

GTK+ avec C & C++ Discussion :

Glib IoChannel timeout


Sujet :

GTK+ avec C & C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Homme Profil pro
    Inscrit en
    Septembre 2003
    Messages
    506
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 506
    Par défaut Glib IoChannel timeout
    Bonjour,

    J'utilise des IOChannel pour une connexion par socket entre deux programmes. La connexion marche bien, j'envoie et je reçois.

    J'ai un besoin maintenant de timeout, à savoir:
    A envoie un message à B,
    et attends la réponse de B ou jusqu'à ce que le timeout soit passé.

    Comme il n'y a pas de timeout dans le read des iochannel (enfin je crois pas), au départ je comptais, dans A:
    1/ Me connecter au signal_io
    2/ Ecrire à B dans le channel
    3/ Me mettre en attente active tant que le booléen RECEIVED soit faux
    ou que mon timer.elapsed() soit < à TIMEOUT (variable)
    => dans cette attente active, dormir un poil de centième de seconde, dépiler les signaux Glib avec MainContext::Iteration

    et dans la callback du signal_io, mettre RECEIVED à vrai dès que je reçois le message.

    Le problème, c'est que je ne reçois rien dans ce cas, il semble que mon dépilage d'iteration ne fonctionne pas...

    y a-t-il une solution plus simple, ou un correctif à mon idée ?

    Merci

  2. #2
    Modérateur

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juin 2009
    Messages
    1 395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2009
    Messages : 1 395
    Par défaut
    Bonjour,

    tu peux utiliser g_io_add_watch pour ajouter ta source d'événements à la boucle principale. Voici une méthode pour résoudre ton problème:

    Quand A envoie son message, tu amorces une source d'événement timeout avec ton temps maximum autorisé pour la réponse grâce à g_timeout_add. Cette fonction retourne un identifiant de source d'événements.

    Quand ta callback de réception de données est appelée, et que tes données ont bien été reçues, tu supprimes la source timeout avec g_source_remove.

    Bien sûr, pense à gérer une file d'attente de message à envoyer pour éviter l'entrelacement de messages (deuxième message envoyés par A alors qu'on est encore en attente de la réponse de B).

  3. #3
    Membre éclairé
    Homme Profil pro
    Inscrit en
    Septembre 2003
    Messages
    506
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 506
    Par défaut
    hm, merci pour cette réponse, la solution est jolie

    Je vais aller voir du coté de ce io_add_watch

    Merci

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

Discussions similaires

  1. [TOMCAT] Problème de timeout d'une servlet
    Par tuxor dans le forum Tomcat et TomEE
    Réponses: 5
    Dernier message: 18/09/2007, 12h04
  2. Alter Session : question de TimeOut
    Par Filippo dans le forum Administration
    Réponses: 4
    Dernier message: 13/05/2004, 17h42
  3. [JSP]recuperer session-timeout dans web.xml
    Par seb_fou dans le forum Servlets/JSP
    Réponses: 2
    Dernier message: 07/05/2004, 16h01
  4. [Sockets] Timeout sur accept() ?
    Par MikB dans le forum Développement
    Réponses: 2
    Dernier message: 30/12/2003, 17h22
  5. Ftp login & Timeout
    Par MSP dans le forum Modules
    Réponses: 6
    Dernier message: 29/08/2003, 12h55

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