harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oliver Deakin <oliver.dea...@googlemail.com>
Subject Re: [classlib] hy.no.sig option
Date Wed, 16 May 2007 10:10:22 GMT
+1

Agreed. I dont think we lose anything by turning off the signal handler 
as default. I have tested this mode and have not seen any problems with 
it so far.

Regards,
Oliver

Alexey Varlamov wrote:
> +1. AFAIU this is also a step towards resolving the glorified hythr
> libraries conflict.
>
> 2007/5/16, Mark Hindess <mark.hindess@googlemail.com>:
>>
>> For a while now, I've been building classlib with the hy.no.sig option
>> to avoid the problems of both classlib and the VM trying to install
>> master signal handlers.  Is it time we made this the default?  Has
>> anyone else been testing this?
>>
>> FYI: the easiest way to test it today is just doing:
>>
>>  echo hy.no.sig=true >>$HOME/.harmony-classlib.properties
>>
>> Of course, it really shouldn't make any practical difference since the
>> old classlib signal handler was only invoked in the event of a crash.
>>
>> I propose we change the default from false to true.  Does this seem
>> reasonable?  This will mean that no handler will be registered until the
>> VM is initialized but I don't think this is a significant issue - since
>> crashes before the VM is initialized should (hopefully) be pretty rare.
>>
>> Ultimately, I'd like to remove the option altogether since maintaining
>> duplicate signal handlers doesn't offer any significant benefits.
>>
>> Regards,
>>  Mark.
>>
>>
>>
>

-- 
Oliver Deakin
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


Mime
View raw message