[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Locks and threads
From: |
Linas Vepstas |
Subject: |
Re: Locks and threads |
Date: |
Thu, 5 Mar 2009 14:57:48 -0600 |
2009/3/5 Neil Jerram <address@hidden>:
>> Yes, it's an unrelated bug. All of the places that raise errors (and
>> so exit non-locally) should exit the critical section first.
>
>> You're absolutely right. I'll leave this part out, and generate a
>> separate patch for it.
>
> Here's the separate patch...
Err, OK, so I thought I'd look at the code more carefully.
I don't understand the patch.
libguile/scmsigs.c has a SCM_CRITICAL_SECTION_START
at line 339, which seems to be balanced by
SCM_CRITICAL_SECTION_END;
at lines 442 and 461, right before the return from
the subroutine.
So why insert this seemingly un-needed SCM_CRITICAL_SECTION_END,
and worse, nest it in an else block?
--linas
- Re: Locks and threads, Neil Jerram, 2009/03/04
- Re: Locks and threads, Linas Vepstas, 2009/03/04
- Re: Locks and threads, Neil Jerram, 2009/03/05
- Re: Locks and threads,
Linas Vepstas <=
- Re: Locks and threads, Neil Jerram, 2009/03/05
- Re: Locks and threads, Linas Vepstas, 2009/03/05
- Re: Locks and threads, Andy Wingo, 2009/03/06
- Re: Locks and threads, Linas Vepstas, 2009/03/06
- Re: Locks and threads, Ludovic Courtès, 2009/03/06
- Re: Locks and threads, Neil Jerram, 2009/03/08
- Re: Locks and threads, Neil Jerram, 2009/03/25
- Re: Locks and threads, Ludovic Courtès, 2009/03/25
Re: Locks and threads, Ludovic Courtès, 2009/03/05
Re: Locks and threads, Neil Jerram, 2009/03/10