Viadeo Twitter Google Bookmarks ! Facebook Digg del.icio.us MySpace Yahoo MyWeb Blinklist Netvouz Reddit Simpy StumbleUpon Bookmarks Windows Live Favorites 
Logo Documentation Qt ·  Page d'accueil  ·  Toutes les classes  ·  Classes principales  ·  Annotées  ·  Classes groupées  ·  Fonctions  · 

QWaitCondition Class Reference

The QWaitCondition class allows waiting/waking for conditions between threads. More...

All the functions in this class are thread-safe when Qt is built with thread support.

#include <qwaitcondition.h>

List of all member functions.

Public Members


Detailed Description

The QWaitCondition class allows waiting/waking for conditions between threads.

QWaitConditions allow a thread to tell other threads that some sort of condition has been met; one or many threads can block waiting for a QWaitCondition to set a condition with wakeOne() or wakeAll(). Use wakeOne() to wake one randomly selected event or wakeAll() to wake them all. For example, say we have three tasks that should be performed every time the user presses a key; each task could be split into a thread, each of which would have a run() body like this:

    QWaitCondition key_pressed;

    for (;;) {
        key_pressed.wait(); // This is a QWaitCondition global variable
        // Key was pressed, do something interesting
        do_something();
    }
    

A fourth thread would read key presses and wake the other three threads up every time it receives one, like this:

    QWaitCondition key_pressed;

    for (;;) {
        getchar();
        // Causes any thread in key_pressed.wait() to return from
        // that method and continue processing
        key_pressed.wakeAll();
    }
    

Note that the order the three threads are woken up in is undefined, and that if some or all of the threads are still in do_something() when the key is pressed, they won't be woken up (since they're not waiting on the condition variable) and so the task will not be performed for that key press. This can be avoided by, for example, doing something like this:

    QMutex mymutex;
    QWaitCondition key_pressed;
    int mycount=0;

    // Worker thread code
    for (;;) {
        key_pressed.wait(); // This is a QWaitCondition global variable
        mymutex.lock();
        mycount++;
        mymutex.unlock();
        do_something();
        mymutex.lock();
        mycount--;
        mymutex.unlock();
    }

    // Key reading thread code
    for (;;) {
        getchar();
        mymutex.lock();
        // Sleep until there are no busy worker threads
        while( mycount > 0 ) {
            mymutex.unlock();
            sleep( 1 );
            mymutex.lock();
        }
        mymutex.unlock();
        key_pressed.wakeAll();
    }
    

The mutexes are necessary because the results of two threads attempting to change the value of the same variable simultaneously are unpredictable.

See also Environment Classes and Threading.


Member Function Documentation

QWaitCondition::QWaitCondition ()

Constructs a new event signalling, i.e. wait condition, object.

QWaitCondition::~QWaitCondition () [virtual]

Deletes the event signalling, i.e. wait condition, object.

bool QWaitCondition::wait ( unsigned long time = ULONG_MAX )

Wait on the thread event object. The thread calling this will block until either of these conditions is met:
  • Another thread signals it using wakeOne() or wakeAll(). This function will return TRUE in this case.
  • time milliseconds has elapsed. If time is ULONG_MAX (the default), then the wait will never timeout (the event must be signalled). This function will return FALSE if the wait timed out.

See also wakeOne() and wakeAll().

bool QWaitCondition::wait ( QMutex * mutex, unsigned long time = ULONG_MAX )

This is an overloaded member function, provided for convenience. It behaves essentially like the above function.

Release the locked mutex and wait on the thread event object. The mutex must be initially locked by the calling thread. If mutex is not in a locked state, this function returns immediately. If mutex is a recursive mutex, this function returns immediately. The mutex will be unlocked, and the calling thread will block until either of these conditions is met:

  • Another thread signals it using wakeOne() or wakeAll(). This function will return TRUE in this case.
  • time milliseconds has elapsed. If time is ULONG_MAX (the default), then the wait will never timeout (the event must be signalled). This function will return FALSE if the wait timed out.

The mutex will be returned to the same locked state. This function is provided to allow the atomic transition from the locked state to the wait state.

See also wakeOne() and wakeAll().

void QWaitCondition::wakeAll ()

This wakes all threads waiting on the QWaitCondition. The order in which the threads are woken up depends on the operating system's scheduling policies, and cannot be controlled or predicted.

See also wakeOne().

void QWaitCondition::wakeOne ()

This wakes one thread waiting on the QWaitCondition. The thread that is woken up depends on the operating system's scheduling policies, and cannot be controlled or predicted.

See also wakeAll().


This file is part of the Qt toolkit. Copyright © 1995-2003 Trolltech. All Rights Reserved.

Publicité

Best Of

Actualités les plus lues

Semaine
Mois
Année
  1. « Quelque chose ne va vraiment pas avec les développeurs "modernes" », un développeur à "l'ancienne" critique la multiplication des bibliothèques 85
  2. Apercevoir la troisième dimension ou l'utilisation multithreadée d'OpenGL dans Qt, un article des Qt Quarterly traduit par Guillaume Belz 0
  3. Les développeurs ignorent-ils trop les failles découvertes dans leur code ? Prenez-vous en compte les remarques des autres ? 17
  4. Pourquoi les programmeurs sont-ils moins payés que les gestionnaires de programmes ? Manquent-ils de pouvoir de négociation ? 19
  5. BlackBerry 10 : premières images du prochain OS de RIM qui devrait intégrer des widgets et des tuiles inspirées de Windows Phone 0
  6. Quelles nouveautés de C++11 Visual C++ doit-il rapidement intégrer ? Donnez-nous votre avis 10
  7. Adieu qmake, bienvenue qbs : Qt Building Suite, un outil déclaratif et extensible pour la compilation de projets Qt 17
Page suivante

Le Qt Quarterly au hasard

Logo

Requête de données génériques avec QtXmlPatterns et XQuery

Qt Quarterly est la revue trimestrielle proposée par Nokia et à destination des développeurs Qt. Ces articles d'une grande qualité technique sont rédigés par des experts Qt. Lire l'article.

Communauté

Ressources

Liens utiles

Contact

  • Vous souhaitez rejoindre la rédaction ou proposer un tutoriel, une traduction, une question... ? Postez dans le forum Contribuez ou contactez-nous par MP ou par email (voir en bas de page).

Qt dans le magazine

Cette page est une traduction d'une page de la documentation de Qt, écrite par Nokia Corporation and/or its subsidiary(-ies). Les éventuels problèmes résultant d'une mauvaise traduction ne sont pas imputables à Nokia. Qt 3.2
Copyright © 2012 Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon, vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD.
Vous avez déniché une erreur ? Un bug ? Une redirection cassée ? Ou tout autre problème, quel qu'il soit ? Ou bien vous désirez participer à ce projet de traduction ? N'hésitez pas à nous contacter ou par MP !
 
 
 
 
Partenaires

Hébergement Web