Re: [Bug-apl] Calling Value::print() with different ⎕PW

Hello Jürgen, I finally got around to attempting to implement this. What I'm actually doing is to ensure that the output in a trace buffer (that displays the content of a variable in real-time) is not wrapped. This is, of course, because Emacs allows you to navigate around a larger buffer. Curre

[Bug-apl] Segmentation fault in zero take on scalar

0↑0 SEGMENTATION FAULT -- Stack trace at main.cc:122 0x7f81f5e43b45 __libc_start_main 0x4359b5 main 0x52a66d Workspace::immediate_execution(bool) 0x465

[Bug-apl] New libemacs and gnu-apl-mode

Here's a hint for folks using the new libemacs with gnu-apl-mode: You *must* reinstall the gnu-apl-mode native library every time after installing APL. For example: $ cd ~/gnu-apl $ svn update --accept tf $ make $ sudo make install $ cd ~/gnu-apl-mode/native $ # -- Optionally: pull and compile $

Re: [Bug-apl] Complex number display

Hello Juergen, Elias, I think there are still three flies in the "complex number display" ointment. Please see the attached tar file containing a APL test file and a log file generated from it using GnuAPL svn 279. Only one of the 4 complex numbers entered in polar form and that have a z

Re: [Bug-apl] box and unbox that work uniformly and without exceptions

Dear Blake, If the purpose of the ,'' needs documenting, add a comment to the code and/or assign ,'' to a variable, say PRESERVE_EMBEDDED_SCALARS and use the variable where needed. And I personally would have been disappointed if gg←,'' 'a' 'b' ⍴gg

Re: [Bug-apl] SVN revision and ARCHIVE_SVN

Hi David, long-term ARCHIVE_SVN should be the SVN revision of Archive.cc so that I can detect if a workspace was written with a different version than the one reading it. Currently ARCHIVE_SVN is written to a workspace.xml file but ignored when read. I also saw that I should have used "Last C

Re: [Bug-apl] Handling of unterminated strings

Hi Elias, thanks, fixed in SVN 278. /// Jürgen On 05/20/2014 04:07 PM, Elias Mårtenson wrote: By the way, I notice that if you type: * 'foo* Then you get a SYNTAX ERROR which has )MORE information, but there is no plus sign after the error message. When typing *⍎"foo'"* you do get t

Re: [Bug-apl] Complex number display

Hi Fred, Elias, fixed in SVN 279. I dared to print the (non-zero) imaginary part even if the standard tells otherwise. /// Jürgen On 05/20/2014 07:35 AM, Frederick H. Pitts wrote: Elias, The part before the "Then:" states the obvious. Numeric output conversion converts numbers in

Re: [Bug-apl] Handling of unterminated strings

By the way, I notice that if you type: * 'foo* Then you get a SYNTAX ERROR which has )MORE information, but there is no plus sign after the error message. When typing *⍎"foo'"* you do get the + sign together with the SYNTAX ERROR. Regards, Elias On 20 May 2014 22:05, Elias Mårtenson wro

Re: [Bug-apl] Handling of unterminated strings

Thank you. I really appreciate it. Regards, Elias On 20 May 2014 21:52, Juergen Sauermann wrote: > Hi Blake, Elias, > > OK, I changed this in SVN 278. > > /// Jürgen > > > > On 05/20/2014 07:29 AM, Blake McBride wrote: > > I agree. I was surprised a couple of times when GNU APL automatically

Re: [Bug-apl] Handling of unterminated strings

Hi Blake, Elias, OK, I changed this in SVN 278. /// Jürgen On 05/20/2014 07:29 AM, Blake McBride wrote: I agree. I was surprised a couple of times when GNU APL automatically terminated a string. I don't remember APL automatically terminating strings. I think I'd rather see an error too.

Re: [Bug-apl] Assertion failure after reduction of empty array

Hi Kacper, thanks, fixed in SVN 277. I also fixed the bug in Assert() and made ⎕ES 0 2561 simulate Assert(). /// Jürgen On 05/19/2014 08:52 PM, Kacper Gutowski wrote: Another one. Reduction of an empty array along the last non-singleton AND non-zero axis produces a weird value which crashes