Re: Something is definitely askew in Unicode handling...

2023-06-08 Thread Dr . Jürgen Sauermann
Hi Emmanuel, feel free post all your concerns to bug-apl@gnu.org. Sometimes a true APL specialist (which I am not) on the list responds, and sometimes myself (for more implementation related issues). The members on the list are generally friendly and helpful. Best Regards, Jürgen On 6/8/23 15

Re: Something is definitely askew in Unicode handling...

2023-06-08 Thread Emmanuel Charpentier
It is indeed fixed. Thanks ! But now I have a question about a subtle difference between niladic "traditional" function and niladic "inline" functions. What is the right channel to ask ? Sincerely, -- Emmanuel Charpentier Le jeudi 08 juin 2023 à 12:39 +0200, Dr. Jürgen Sauermann a écrit : > Hi

Re: Something is definitely askew in Unicode handling...

2023-06-08 Thread Dr . Jürgen Sauermann
Hi Emmanuel, thanks. fixed in *SVN 1709*. Best Regards, Jürgen On 6/8/23 08:22, Emmanuel Charpentier wrote: From *SVN 1708*, used throug emacs' |gnu-apl| inferior mode : |This is the gnu-apl-mode interactive buffer. To toggle keyboard help, call M-x gnu-apl-show-keyboard (C-c C-k by defaul

Re: Something is definitely askew in Unicode handling...

2023-06-08 Thread Christian Robert
In NARS200 it also give a "DOMAIN ERROR" )edit bar bar 3 DOMAIN ERROR bar[1] z←(+/(,(v⍴(1,Omega ⍴O))-m+.×⌹m←(v←2⍴ Omega)⍴(2*Omega)?Omega)*2)*÷2 ∧ so, the diagnostic is probably correct, only the displaying of the error is strange

Re: Something is definitely askew in Unicode handling...

2023-06-08 Thread Christian Robert
Even in a standard function your code crash. Definitely a problem somewhere. Xtian. [xtian@fedora:/home/xtian] $ apl __ _ __ __ _____ __ / // | / // / / / / | / __ \ / / / / __ / |/ // / / / / /| | / /_