[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: crypt mutex
From: |
Mikael Djurfeldt |
Subject: |
Re: crypt mutex |
Date: |
Mon, 23 Feb 2004 14:55:23 -0500 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) |
Mikael Djurfeldt <address@hidden> writes:
> Marius Vollmer <address@hidden> writes:
>
>>> In most cases, I would probably draw the line so that as much as
>>> possible of the responsibility is left to the user with the
>>> exceptions that 1. Guile should never segfault due to misuse in
>>> this respect, and, 2. Guile need to have enough thread safety so
>>> that it's reasonably convenient to write parallel programs.
>>
>> Yes, exactly my view. Also, I would broaden point 1 a bit: we should
>> also 'fix' functions that can not every be used in a threaded program
>> without mutexes around them. Like libc getpwent. They might not
>> segfault, but you can't use them anyway in a threaded program.
>
> But the normal case is *not* a threaded program. The everyday program
> can use crypt with a static buffer without mutexes. A *threaded*
> program needs mutexes...
>
> This is why I'm leaning towards a minimal policy---to design for the
> common case of non-threaded programs, but leave the possibility open
> to write parallel code without too much difficulty.
Of course: If you by 'fix' mean making functions reentrant (that is:
fixes without too much overhead), then I would agree.
M