It hangs because it's trying to allocate ridiculous amounts of memory. I'm
sure your system was swapping quite a bit too. Memory allocations can't be
interrupted using Control-C.
Regards,
Elias
On 12 October 2015 at 06:34, Louis de Forcrand wrote:
> Please excuse me, that does work. Here's one
Please excuse me, that does work. Here's one that hangs up:
EULER196←{+/(5(⍵+2)↑⊃C∧∨/∨⌿D∘.⊖D⌽¨C∧3≤+/+⌿D∘.⊖
(D←¯1 0 1)⌽¨C←⊂6(⍵+3)↑5(⍵+2)⍴,2=+⌿0=(⍳¯1↑,B)∘.|,B)[3;]
/(B←⊃(+/⊃⍳¨¯5↑(0≤A-1)/A-1)+⍳¨¯5↑(0≤A)/A←¯2 ¯1 0 1 2+⍵)[3;]}
(That's one line.)
It's probably poorly optimised, but it might as well be
de Forcrand <ol...@bluewin.ch>
Subject: Re: [Bug-apl] ^C
ATTENTION
Date: 10 Oct 2015 02:03:22 CEST
To: Juergen Sauermann <juergen.sauerm...@t-online.de>
Hmm. I think I forgot the "Re:" in the email subject. Sorry!
> Begin forwarded message:
>
> From: Louis de Forcrand
> Subject: Re: [Bug-apl] ^C ATTENTION
> Date: 10 Oct 2015 02:03:22 CEST
> To: Juergen Sauermann
>
> Jürgen,
>
> Sorry for the delay.
>
> If I declare a LIFE function for finding the ne
Hi Louis,
could you provide a concrete example?
Some remarks on ^C in GNU APL. There are two levels: a single ^C (called
ATTENTION) and two ^C
within one second (called INTERRUPT).
ATTENTION is primarily checked by the runtime parser at
I've noticed that CONTROL-C works quite well with
multiple-line functions, but not nearly as well with
programs that use ⍣ for example (one-liners).
APL just seems to freeze, and with a little luck it
stops and prints ATTENTION, while at other times
it just doesn't seem to stop at all.
