|From:||Dr . Jürgen Sauermann|
|Subject:||Re: A curious bug...|
|Date:||Mon, 29 May 2023 15:03:37 +0200|
|User-agent:||Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0|
Le lundi 29 mai 2023 à 12:50 +0200, Dr. Jürgen Sauermann a écrit :Hi Emmanuel,
thanks, fixed in SVN 1699.
Thanks a lot ! This works.
But now, I have another problem : the gnu-emacs interface no longer supports using the del editor : one can open it fine, but sending the devinition with C-c C-c fails : the APL interpreter complains receiving "Unknown APL character: \342 (U+FFFFFFE2)". Illustrated in this sceen dump :
Note that this does not happen with the apl interpreter on the command line (I pasted the APL lines copied from the emacs buffer) :
Quite annoying (emacs and gnu-apl-mode being by far the easiest to use interface on my laptop, thanks to APL-Z input mode...).
Back to the distributed .deb... Attached : configuration/compilation logs.
On 5/28/23 13:43, Emmanuel Charpentier wrote:
I stumbled on a minor (?)
)dumped the results of a previous work (content irrelevant. Restore it, and examine these results :
)load Exp01dmp.apl DUMPED 2023-05-27 22:12:26 (GMT+2) ⍴bar 500 3
A bit too large ; sample it :
⍴sample←2↑bar 2 3
It's a vanilla numeric matrix :
26⎕CR sample 16 32 32 16 32 32 sample 142 1.375974377E¯13 0.264 53 5.267033354E¯14 0.008
It seems that trying to format it fails! This :
test←4 0 7 ¯3 7 ¯4⍕sample
never returns, and the
aplprocess eats 100% of the time of one of my 8-core CPU. The only way to exit is to kill the
emacsbuffer where it runs :
emacsasks for permission to kill the process (see below).
Setup : Laptop : core i7, 16 GB RAM, Debian testing,
apl_1.8-1_amd64.debdownloaded from the Gnu mirror. APL runs from
|[Prev in Thread]||Current Thread||[Next in Thread]|