Tekkotsu Homepage | Demos | Overview | Downloads | Dev. Resources | Reference | Credits |
Thread::Condition Class ReferenceProvides an inter-thread signaling and synchronization mechanism. More...
Detailed DescriptionProvides an inter-thread signaling and synchronization mechanism. When waiting (either wait() or timedwait()), the lock argument must initially be passed in locked state. During the wait, the lock is released, and then reaquired before returning, regardless of return status (i.e. timeout). This seems to be enforced at a priority that precludes thread cancellation (tested on Linux and Mac OS X), so although a Thread::stop() call will cancel the conditional wait, it won't cancel the subsequent lock acquisition (even with additional Thread::stop() calls!) On USE_SIGNAL_TO_CANCEL_THREAD platforms (i.e. Mac OS X), wait() and timedwait() imply a call to Thread::testCurrentCancel in order to handle cancellation, so you can assume if they return 'naturally' that the condition was detected, not cancellation. Definition at line 83 of file Thread.h.
Constructor & Destructor Documentation
don't call Member Function Documentation
wake up all threads waiting on the condition Definition at line 691 of file Thread.cc. Referenced by ThreadedMessageQueue< EventBase * >::send().
Definition at line 755 of file Thread.cc. Referenced by timedwait(), and wait().
wait for condition, l must be locked, will be released and re-aquired (see class overview docs) Definition at line 730 of file Thread.cc. Referenced by ThreadedMessageQueue< EventBase * >::front(). Member Data Documentation
internal class to hold system-dependent information the condition's implementation storage Definition at line 94 of file Thread.h. Referenced by broadcast(), signal(), timedwait(), wait(), and ~Condition(). The documentation for this class was generated from the following files: |
Tekkotsu v5.1CVS |
Generated Mon May 9 04:59:17 2016 by Doxygen 1.6.3 |