Re: mutex held in a thread which is cancelled stays busy
Erich Dollansky <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.threading,gmane.os.freebsd.questions |
|---|---|
| Message-ID | <[email protected]> |
Hi, On Wed, 7 Aug 2019 10:10:02 +0300 Konstantin Belousov <[email protected]> wrote: > On Tue, Aug 06, 2019 at 08:58:30PM -0400, Daniel Eischen wrote: > > > > > On Aug 6, 2019, at 4:54 AM, Erich Dollansky > > > <[email protected]> wrote: > > > > > > Hi, > > > > > > for testing purpose, I did the following. > > > > > > Start a thread, initialise a mutex in a global variable, lock the > > > mutex and wait in that thread. > > > > > > Wait in the main program until above's thread waits and cancel it. > > > > > > Clean up behind the cancelled thread but leave intentional the > > > mutex locked. > > > > > > I would have expected now to get an error like 'EOWNERDEAD' doing > > > operations with that mutex. But I get 'EBUSY' as the error. > > > > Are you initializing the mutex as a robust mutex, via > > pthread_mutexattr_setrobust()? Are you using _lock() or > > _trylock()? > Robust mutexes only have special properties on the process > termination. They behave same as the normal mutexes if the owning > thread is terminated. > man says: [EOWNERDEAD] The argument mutex points to a robust mutex and the previous owning thread terminated while holding the mutex lock. Erich _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-threads To unsubscribe, send any mail to "[email protected]"