2012/11/27 Jean-Pierre Flori <jpfl...@gmail.com>:
> 2012/11/27 Jean-Pierre Flori <jpfl...@gmail.com>:
>> OK I think I got it.
>> The culprit is commit 880259cb5533913a6c09d6c99d8d26a22e1b9195.
>>
>> I hirst thought that the following change was to be blamed:
>> --- a/src/c/main.d
>> +++ b/src/c/main.d
>> @@ -77,7 +77,7 @@
>> 1, /* ECL_OPT_TRAP_SIGCHLD */
>> 1, /* ECL_OPT_TRAP_INTERRUPT_SIGNAL */
>> 1, /* ECL_OPT_SIGNAL_HANDLING_THREAD */
>> - 128, /* ECL_OPT_SIGNAL_QUEUE_SIZE */
>> + 16, /* ECL_OPT_SIGNAL_QUEUE_SIZE */
>> 0, /* ECL_OPT_BOOTED */
>> 8192, /* ECL_OPT_BIND_STACK_SIZE */
>> 128, /* ECL_OPT_BIND_STACK_SAFETY_AREA */
>> but changing this back in git HEAD from some time yesterday does not
>> fix the issue.
Nonetheless there is something fishy here.
If I expand the if (record != ECL_NIL) test in queue_signal in
src/c/unixint.d to have an else clause containing printf("oups");,
then when interrupts are not completely caught I get printed on
screen:
^C^C...^C
as many times as the signal was not treated, and when it is finally I
get a final
^C
followed by as many oups as interrupts not caught
oupsoups...oups
(so this looks like:
^C...^C^Coups...oups
Condition of type: INTERACTIVE-INTERRUPT
Console interrupt
Available restarts:
...
)
--
Jean-Pierre Flori
------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Ecls-list mailing list
Ecls-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecls-list
