Boost équivalent de ManualResetEvent?

Question

Je me demande s'il y a un boost de ManualResetEvent? Fondamentalement, je voudrais une implémentation multi-plateforme ... Ou, quelqu'un pourrait-il m'aider à imiter la fonctionnalité de ManualResetEvent en utilisant Boost :: thread? Merci les gars

Answer 1

Il est assez facile d'écrire un événement de réinitialisation manuelle lorsque vous avez des mutex et des variables de condition.

Ce dont vous aurez besoin est un champ qui indique si votre événement de réinitialisation est signalé ou non. L'accès au champ devra être surveillé par un mutex - cela inclut à la fois la configuration/la réinitialisation de votre événement ainsi que la vérification pour voir si elle est signalée. Lorsque vous attendez votre événement, s'il n'est pas actuellement signalé, vous devez attendre une variable de condition jusqu'à ce qu'elle soit signalée. Enfin, dans votre code qui définit l'événement, vous souhaiterez notifier la variable de condition pour réveiller toute personne en attente de votre événement.

class manual_reset_event 
{ 
public: 
    manual_reset_event(bool signaled = false) 
     : signaled_(signaled) 
    { 
    } 

    void set() 
    { 
     { 
      boost::lock_guard<boost::mutex> lock(m_); 
      signaled_ = true; 
     } 

     // Notify all because until the event is manually 
     // reset, all waiters should be able to see event signalling 
     cv_.notify_all(); 
    } 

    void unset() 
    { 
     boost::lock_guard<boost::mutex> lock(m_); 
     signaled_ = false; 
    } 


    void wait() 
    { 
     boost::lock_guard<boost::mutex> lock(m_); 
     while (!signaled_) 
     { 
      cv_.wait(lock); 
     } 
    } 

private: 
    boost::mutex m_; 
    boost::condition_variable cv_; 
    bool signaled_; 
}; 

Answer 2

IIRC, ManualResetEvent s existent pour permettre à plusieurs threads d'attendre sur un objet, et un thread pour se réveiller à la fois lorsque l'objet est signalé. La partie "réinitialisation manuelle" provient du fait que le système ne réinitialise pas automatiquement l'événement après qu'il a réveillé un thread; vous faites cela à la place.

Cela semble très similaire à condition variables:

Le modèle d'utilisation général est qu'un fil verrouille un mutex puis appelle wait sur une instance de condition_variable ou condition_variable_any. Lorsque le thread est réveillé à partir de l'attente, il vérifie si la condition appropriée est maintenant vraie et continue si c'est le cas. Si la condition n'est pas vraie, le thread appelle ensuite wait pour reprendre l'attente.