[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MIT-Scheme-devel] non-recursive mutexes
From: |
Taylor R Campbell |
Subject: |
Re: [MIT-Scheme-devel] non-recursive mutexes |
Date: |
Tue, 9 Jun 2015 04:30:48 +0000 |
User-agent: |
IMAIL/1.21; Edwin/3.116; MIT-Scheme/9.1.99 |
Date: Mon, 8 Jun 2015 20:16:16 -0400
From: "Micah Brodsky" <address@hidden>
Saying "don't rely on it, it's not documented" in reference to an
essential service is basically saying "our system is an unfinished
toy, we're sorry you decided to use it".
That is basically true of the thread system at least.
I've reverted the change, and added a WITH-THREAD-MUTEX-LOCK that is
just a dynamic-wind of LOCK-THREAD-MUTEX/UNLOCK-THREAD-MUTEX, which
already rejected recursion.
(The revert could conceivably be cherry-picked into the release-9.2
branch for a 9.2.1 release.)
I still strongly advise designing your locks to avoid recursion: in
almost all cases it will make reasoning about and understanding your
program easier; in the few cases that remain you probably need other
semantics anyway.
Re: [MIT-Scheme-devel] non-recursive mutexes, Micah Brodsky, 2015/06/08
- Re: [MIT-Scheme-devel] non-recursive mutexes, Taylor R Campbell, 2015/06/08
- Re: [MIT-Scheme-devel] non-recursive mutexes, Alexey Radul, 2015/06/08
- Re: [MIT-Scheme-devel] non-recursive mutexes, Arthur A. Gleckler, 2015/06/08
- Re: [MIT-Scheme-devel] non-recursive mutexes, Micah Brodsky, 2015/06/08
- Re: [MIT-Scheme-devel] non-recursive mutexes,
Taylor R Campbell <=
- Re: [MIT-Scheme-devel] non-recursive mutexes, Arthur A. Gleckler, 2015/06/09
Re: [MIT-Scheme-devel] non-recursive mutexes, Alex Shinn, 2015/06/08
Re: [MIT-Scheme-devel] non-recursive mutexes, Arthur A. Gleckler, 2015/06/09