Re: [bug-libsigsegv] libsigsegv under LGPL ?

[Daniel Diaz]

Hi Bruno,

thank you for your answer.

Bruno Haible wrote:
> LGPL means that proprietary programs can use the code just by linking
> to our library. The libsigsegv is a significant functionality; it can
> enable globally visible features like robustness or a decent garbage
> collector. Can you mention reasons why it would be good for the GNU
> project to allow these features to be used, at zero cost, by
> proprietary programs?

All GNU libraries provide significant functionalities ;-) Some are under 
GPL (readline), some under LGPL (GMP), some under another license 
(ncurses),... I don't try to understand/justify these choices :-). A 
library released under LGPL is easier to integrate in gprolog (specially 
for the core engine of gprolog). Thus my question about LGPL.

>> Other question: is your library thread-safe ?
> The library has global variables and global state. Therefore you need
> to ask more specifically: What are the operations that you wish to
> perform in different threads, without explicit locking on your side?

Suppose 2 threads sharing a buffer (a stack actually) on which a local 
handler has been installed with libsigsegv. Both access the buffer using 
locks. When an overflow occurs, is the libsigsegv code thread- safe (the 
code catching the signal and calling the user handler) ?

Daniel




--
Ce message a ete verifie par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a ete trouve.