Merge pull request #46625 from mbrlabs/docs-mutex-lock
Documented that mutexes are implemented recursively
This commit is contained in:
commit
4317d3a4a2
1 changed files with 3 additions and 0 deletions
|
@ -14,18 +14,21 @@
|
|||
<return type="void" />
|
||||
<description>
|
||||
Locks this [Mutex], blocks until it is unlocked by the current owner.
|
||||
[b]Note:[/b] This function returns without blocking if the thread already has ownership of the mutex.
|
||||
</description>
|
||||
</method>
|
||||
<method name="try_lock">
|
||||
<return type="int" enum="Error" />
|
||||
<description>
|
||||
Tries locking this [Mutex], but does not block. Returns [constant OK] on success, [constant ERR_BUSY] otherwise.
|
||||
[b]Note:[/b] This function returns [constant OK] if the thread already has ownership of the mutex.
|
||||
</description>
|
||||
</method>
|
||||
<method name="unlock">
|
||||
<return type="void" />
|
||||
<description>
|
||||
Unlocks this [Mutex], leaving it to other threads.
|
||||
[b]Note:[/b] If a thread called [method lock] or [method try_lock] multiple times while already having ownership of the mutex, it must also call [method unlock] the same number of times in order to unlock it correctly.
|
||||
</description>
|
||||
</method>
|
||||
</methods>
|
||||
|
|
Loading…
Reference in a new issue