diff options
author | rpj <rpj> | 2002-02-20 06:33:47 +0000 |
---|---|---|
committer | rpj <rpj> | 2002-02-20 06:33:47 +0000 |
commit | 09cf57ffcf96b3f0cf7d5ec959c455ba54245a65 (patch) | |
tree | 7edd8561288890fcea3a731d3ea1997c0cac861b | |
parent | 0bd90e988f305e0d8e2e3ce6a844c204c4c7c436 (diff) |
Changes to comments.
-rw-r--r-- | pthread_mutex_destroy.c | 6 |
1 files changed, 5 insertions, 1 deletions
diff --git a/pthread_mutex_destroy.c b/pthread_mutex_destroy.c index c9c1426..22d78a1 100644 --- a/pthread_mutex_destroy.c +++ b/pthread_mutex_destroy.c @@ -62,7 +62,7 @@ pthread_mutex_destroy(pthread_mutex_t *mutex) /* * The mutex type may not be RECURSIVE therefore trylock may return EBUSY if * we already own the mutex. Here we are assuming that it's OK to destroy - * a mutex that we own and have locked recursively. Is this correct? + * a mutex that we own and have locked recursively. * * For FAST mutexes we record the owner as ANONYMOUS for speed. In this * case we assume that the thread calling pthread_mutex_destroy() is the @@ -78,6 +78,10 @@ pthread_mutex_destroy(pthread_mutex_t *mutex) * be too late invalidating the mutex below since another thread * may already have entered mutex_lock and the check for a valid * *mutex != NULL. + * + * Note that this would be an unusual situation because it is not + * common that mutexes are destroyed while they are still in + * use by other threads. */ *mutex = NULL; |