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 :

s'assurer qu'une méthode ne s'éxecute PAS avant une autre


Sujet :

C++

  1. #1
    Membre averti
    Inscrit en
    Mai 2002
    Messages
    55
    Détails du profil
    Informations forums :
    Inscription : Mai 2002
    Messages : 55
    Par défaut s'assurer qu'une méthode ne s'éxecute PAS avant une autre
    hello,

    j'ai un souci, qui est simple : les threads Windows ne sont pas bloquant si on apelle 2 fois lock()* dans le même thread, et j'aimeraient qu'ils le soient (c'est le cas des pthread). Bien sur c'est une utilisation abusive du mutex vous allez me dire : alors voilà ce que je veux faire, en pseudo-code et en assumant que 2 lock() consécutives soient bloquantes même dans le même thread, si vous pouvez m'aider à concevoir différement mon programme :

    *) par lock() j'entend WaitForSingleObject(*lMutex, INFINITE)

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
     
    Mutex mutex;
     
    class A {
      static a() {
        ...
        mutex.unlock();}
     
      static b() { // b() NE DOIT PAS S'EXECUTER AVANT a()
        mutex.lock(); // déja lockée : bloquant jusqu'au l'appel de a()
        mutex.unlock(); // le prochain appel de b() ne sera pas bloquant
        ...;} 
    }
     
    void func {
       ...
       A.a();
       ...
    }
     
    void main() {
      mutex.lock();
      ...
      new Thread(func);
      ...
      A.b();
    }
    en gros je ne VEUT PAS qu'une méthode puisse s'éxecuter AVANT une autre : comment faire ? (quelque chose de propre s'il vous plait, pas de while)

  2. #2
    jmv
    jmv est déconnecté
    Membre chevronné Avatar de jmv
    Profil pro
    Enseignant
    Inscrit en
    Mai 2004
    Messages
    395
    Détails du profil
    Informations personnelles :
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Mai 2004
    Messages : 395
    Par défaut
    salut

    C'est faisable avec un sémaphore initialisé à 1

  3. #3
    Rédacteur/Modérateur
    Avatar de JolyLoic
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    5 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Yvelines (Île de France)

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

    Informations forums :
    Inscription : Août 2004
    Messages : 5 463
    Par défaut
    Les mutex ne font pas ce que tu veux, puisqu'ils sont protègée contre un auto-vérouillage. Tu peux regarder du côté des sémaphores.

    Par contre, je ne vois pas trop ce que tu souhaites en faire. Dans le cas que tu décris, l'appel de b mettre la thread dans un état bloqué, et jamais elle ne pourra être débloquée, si on considère que a doit être appelé dans le même thread. Si a peut être appelé dans un thread différent, alors je ne comprends plus le sens de la question.
    Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
    Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
    Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
    Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.

  4. #4
    Membre averti
    Inscrit en
    Mai 2002
    Messages
    55
    Détails du profil
    Informations forums :
    Inscription : Mai 2002
    Messages : 55
    Par défaut
    je me suis planté dans mon pseudo code maintenant corrigé : le thread qui va débloquer est lancé avant que l'autre ne se bloque, bien évidemment

    semaphore OK, mais je les code comment ?

    Citation Envoyé par JolyLoic
    si on considère que a doit être appelé dans le même thread
    ben non

    Citation Envoyé par JolyLoic
    Si a peut être appelé dans un thread différent, alors je ne comprends plus le sens de la question.
    c'est le thread de la function func qui apelle a(), et donc débloque le thread principal qui s'est bloqué tout seul (le con ) mais justement, ca fonctionne pas

    oublions les mutex : tu as bien compris que b() RISQUE de s'éxecuter avant a() ? et bien c'est justement ce que je veux éviter ! si b() est appeller avant a(), il doit attendre que a() ait terminé (même s'il n'a pas commencé, là est tout le problème)

  5. #5
    jmv
    jmv est déconnecté
    Membre chevronné Avatar de jmv
    Profil pro
    Enseignant
    Inscrit en
    Mai 2004
    Messages
    395
    Détails du profil
    Informations personnelles :
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Mai 2004
    Messages : 395
    Par défaut
    Citation Envoyé par Nico65
    semaphore OK, mais je les code comment ?
    tu peux utiliser directement l'API win32 (je crois que 't'es sous windows) :
    CreateSemaphore()
    OpenSemaphore()
    ReleaseSemaphore()
    WaitForSingleObject()
    CloseHandle()

  6. #6
    Membre averti
    Inscrit en
    Mai 2002
    Messages
    55
    Détails du profil
    Informations forums :
    Inscription : Mai 2002
    Messages : 55
    Par défaut
    j'ai utilisé une Condition (Sémaphore de 0 me semble t-il) et ca marche

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

Discussions similaires

  1. Réponses: 3
    Dernier message: 20/04/2009, 09h13
  2. Appel d'une méthode d'un bean JSF depuis une JSP
    Par ::Fistons dans le forum JSF
    Réponses: 4
    Dernier message: 19/10/2007, 15h43
  3. Réponses: 1
    Dernier message: 05/07/2007, 08h34
  4. Réponses: 3
    Dernier message: 05/10/2006, 18h52
  5. [JDOM] Une méthode qui ne marche pas
    Par kaninama dans le forum Format d'échange (XML, JSON...)
    Réponses: 1
    Dernier message: 24/05/2006, 16h10

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