[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: srfi-18 requirements
From: |
Neil Jerram |
Subject: |
Re: srfi-18 requirements |
Date: |
Thu, 07 Feb 2008 23:38:00 +0000 |
User-agent: |
Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) |
>> * What should be the behavior of fat_mutex_lock when attempting to
>> lock an abandoned mutex -- in your earlier email, you seemed amenable
>> to the parts of SRFI-18 that shore up some of the poorly-defined
>> threading behavior in core threads. So should locking an abandoned
>> mutex be an error? If so, what kind? Or should locking an abandoned
>> mutex not be an error at all unless you do it using the SRFI-18 API?
As previously discussed, I think it's better for the core behavior to
be defined - i.e. by signaling some kind of error - than undefined as
it is now.
I suggest we introduce 'locking-abandoned-mutex-error as a new throw
key, and fat_mutex_lock() can throw that. That's then trivial for the
SRFI-18 API to catch and reraise as a SRFI-34/35 exception.
OK?
Regards,
Neil
- Re: srfi-18 requirements, Neil Jerram, 2008/02/02
- Re: srfi-18 requirements, Julian Graham, 2008/02/05
- Re: srfi-18 requirements,
Neil Jerram <=
- Re: srfi-18 requirements, Julian Graham, 2008/02/07
- Re: srfi-18 requirements, Julian Graham, 2008/02/11
- Re: srfi-18 requirements, Neil Jerram, 2008/02/19
- Re: srfi-18 requirements, Julian Graham, 2008/02/19
- Re: srfi-18 requirements, Neil Jerram, 2008/02/21
- Re: srfi-18 requirements, Julian Graham, 2008/02/21
- Re: srfi-18 requirements, Neil Jerram, 2008/02/24
- Re: srfi-18 requirements, Julian Graham, 2008/02/24
- Re: srfi-18 requirements, Neil Jerram, 2008/02/24