From e26076cbc8c56bc7b5061c5b9a5a7115b0478d3b Mon Sep 17 00:00:00 2001 From: Joe Mistachkin Date: Sat, 16 May 2015 06:59:27 +0000 Subject: Reword and clarify the doc changes from the previous check-in. --- doc/Thread.3 | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/doc/Thread.3 b/doc/Thread.3 index ce449ba..c84dcb4 100644 --- a/doc/Thread.3 +++ b/doc/Thread.3 @@ -142,9 +142,10 @@ of code by calling \fBTcl_MutexLock\fR and \fBTcl_MutexUnlock\fR. If one thread holds a mutex, any other thread calling \fBTcl_MutexLock\fR will block until \fBTcl_MutexUnlock\fR is called. A mutex can be destroyed after its use by calling \fBTcl_MutexFinalize\fR or -\fBTcl_MutexUnlockAndFinalize\fR. It is illegal to destroy a locked mutex -with \fBTcl_MutexFinalize\fR; however, it is legal to destroy a locked mutex -with \fBTcl_MutexUnlockAndFinalize\fR. +\fBTcl_MutexUnlockAndFinalize\fR. The \fBTcl_MutexFinalize\fR function may +only be used on unlocked mutexes; otherwise, its behavior is undefined. The +\fBTcl_MutexUnlockAndFinalize\fR function may only be used on locked mutexes; +otherwise, its behavior is undefined. The result of locking a mutex twice from the same thread is undefined. On some platforms it will result in a deadlock. The \fBTcl_MutexLock\fR, \fBTcl_MutexUnlock\fR, \fBTcl_MutexFinalize\fR, and -- cgit v0.12