summaryrefslogtreecommitdiff
path: root/glib/src/threads.hg
diff options
context:
space:
mode:
Diffstat (limited to 'glib/src/threads.hg')
-rw-r--r--glib/src/threads.hg32
1 files changed, 16 insertions, 16 deletions
diff --git a/glib/src/threads.hg b/glib/src/threads.hg
index 10ef5ddf..01de9689 100644
--- a/glib/src/threads.hg
+++ b/glib/src/threads.hg
@@ -390,9 +390,9 @@ private:
RWLock::WriterLock& operator=(const RWLock::WriterLock&);
};
-/** An opaque data structure to represent a condition.
- * A @a Cond is an object that threads can block on, if they find a certain
- * condition to be false. If other threads change the state of this condition
+/** An opaque data structure to represent a condition.
+ * A @a Cond is an object that threads can block on, if they find a certain
+ * condition to be false. If other threads change the state of this condition
* they can signal the @a Cond, such that the waiting thread is woken up.
* @par Usage example:
* @code
@@ -428,15 +428,15 @@ public:
Cond();
~Cond();
- /** If threads are waiting for this @a Cond, exactly one of them is woken up.
- * It is good practice to hold the same lock as the waiting thread, while calling
+ /** If threads are waiting for this @a Cond, exactly one of them is woken up.
+ * It is good practice to hold the same lock as the waiting thread, while calling
* this method, though not required.
*
*/
void signal();
/** If threads are waiting for this @a Cond, all of them are woken up.
- * It is good practice to hold the same lock as the waiting thread, while calling
+ * It is good practice to hold the same lock as the waiting thread, while calling
* this method, though not required.
*/
void broadcast();
@@ -445,12 +445,12 @@ public:
* The mutex is unlocked before falling asleep and locked again before resuming.
*
* @param mutex a @a Mutex that is currently locked.
- *
+ *
* @note It is important to use the @a wait() and @a wait_until() methods
- * only inside a loop, which checks for the condition to be true as it is not
- * guaranteed that the waiting thread will find it fulfilled, even if the signaling
- * thread left the condition in that state. This is because another thread can have
- * altered the condition, before the waiting thread got the chance to be woken up,
+ * only inside a loop, which checks for the condition to be true as it is not
+ * guaranteed that the waiting thread will find it fulfilled, even if the signaling
+ * thread left the condition in that state. This is because another thread can have
+ * altered the condition, before the waiting thread got the chance to be woken up,
* even if the condition itself is protected by a @a Mutex.
*/
void wait(Mutex& mutex);
@@ -460,12 +460,12 @@ public:
*
* @param mutex a @a Mutex that is currently locked.
* @param abs_time a max time to wait.
- *
+ *
* @note It is important to use the @a wait() and @a wait_until() methods
- * only inside a loop, which checks for the condition to be true as it is not
- * guaranteed that the waiting thread will find it fulfilled, even if the signaling
- * thread left the condition in that state. This is because another thread can have
- * altered the condition, before the waiting thread got the chance to be woken up,
+ * only inside a loop, which checks for the condition to be true as it is not
+ * guaranteed that the waiting thread will find it fulfilled, even if the signaling
+ * thread left the condition in that state. This is because another thread can have
+ * altered the condition, before the waiting thread got the chance to be woken up,
* even if the condition itself is protected by a @a Mutex.
*/
bool wait_until(Mutex& mutex, gint64 end_time);