[Bug-apl] A segmentation fault from escape c "^c" if you are interested.

2014-05-10 Thread Akiva Avraham
I don't know if you would want this type of "Bug" report, so feel free to ignore it. ?NAME[?] [0] NAME [1] [1] sht [2] 3 [3] 45 [4] )off [5] ?MOUNT [6] ^C SEGMENTATION FAULT -- Stack trace at main

Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD

2014-05-10 Thread Elias Mårtenson
Indeed it would fine to load it via a command, and it's perfectly acceptable to not be able to call it from APL. The Emacs library has very few requirements. So, perhaps we should have two different types of native libraries? We could call them "native library" (with the existing semantics), and t

Re: [Bug-apl] ≢

2014-05-10 Thread Elias Mårtenson
This symbol (U+2262 NOT IDENTICAL TO) is not supported in GNU APL. I presume it's a negative version of ≡. Use ∼1≡1 instead. On 11 May 2014 08:49, Akiva Avraham wrote: >1 ≢ 1 > Offending token: 0x56020011 (VOID) > SYNTAX ERROR > > > Picked the symbol up from the microapl documentation.

Re: [Bug-apl] ⍺

2014-05-10 Thread Elias Mårtenson
⍺ is a variable like any other (except that is has special meaning inside a lambda function). You get VALUE ERROR because it has not been assigned a value. Regards, Elias On 11 May 2014 08:59, Akiva Avraham wrote: > Grabbing this example from the microapl page, I'm getting this error: > > "99

[Bug-apl] ⍺

2014-05-10 Thread Akiva Avraham
Grabbing this example from the microapl page, I'm getting this error: "" ⍺ 101 15 VALUE ERROR '' ⍺ 101 15 ^ http://www.microapl.com/apl_help/ch_020_020_670.htm --

[Bug-apl] ≢

2014-05-10 Thread Akiva Avraham
1 ≢ 1 Offending token: 0x56020011 (VOID) SYNTAX ERROR Picked the symbol up from the microapl documentation. According to it, it should work. --

[Bug-apl] )Load fail on new SVN

2014-05-10 Thread Blake McBride
This was fine prior to my SVN update and rebuild. Now I get: )load Devices == Assertion failed: !Avec::is_quad(sym_name[0]) in Function: lookup_symbol in file: SymbolTable.cc:83 Call stack:

[Bug-apl] My initial reading of Jürgen's library proposal

2014-05-10 Thread David B. Lamkins
First, my thanks to Jürgen for all the time and effort that went into this proposal. I found some of the specification regarding components to be mildly confusing. I'm particularly confused by the nature of C3. Also, there's this matter: A source file's first two characters are #! or ⍝! depending

Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD

2014-05-10 Thread Juergen Sauermann
Hi Elias, I see. So when would you like to load the shared lib? We could do it by )COMMAND or by a --command-line-option. Sounds like you want it rather early, even before APL's immediate execution loop starts. That would be a --command-line-option then. We could keep the rest (function names i

Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD

2014-05-10 Thread Elias Mårtenson
First of all, sorry about the benchmark numbers. I thought I already sent them but I see now that I had forgotten about it. I'll do it tomorrow. About the libraries, I see what you are saying. Having a library ID is definitely one way of dealing with this (I suppose the package manager can be used

Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD

2014-05-10 Thread Juergen Sauermann
Hi Elias, I am not sure if the observed behavior is actually wrong. If you load two libraries with different paths then you get two different libraries and each is initialized. Right now NativeFunction checks if a shared library with the *same path* (i.e. directories and filename) exists and d

Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD

2014-05-10 Thread Elias Mårtenson
The problem is not related to the unloading of functions, but that the call to )LOAD triggers a *reload* of the function, even though the old one is still active. That reload is what corrupts the Emacs mode in two different ways, either of which would cause the Emacs mode to hang: - The reload

Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD

2014-05-10 Thread Juergen Sauermann
Hi Elias, I believe this relates to an earlier discussion about removing of callbacks. Currently a library can decide how it wants to be handled by )LOAD (actually by )ERASE which is triggered by )LOAD): A. be dlcosed() (and then needs to clear/restore its callbacks) or B. remain loaded. Th

Re: [Bug-apl] )SAVE should show WSID

2014-05-10 Thread Elias Mårtenson
Nice, thank you! Regards, Elias On 10 May 2014 20:29, Juergen Sauermann wrote: > Hi, > > as of SVN 258, the local time is shown, followed by the timezone (GMT +/- > offset-in-hours). > > /// Jürgen > > > > On 05/09/2014 07:13 PM, Peter Teeson wrote: > > I think you are correct Blake. > IIRC @

Re: [Bug-apl] )SAVE should show WSID

2014-05-10 Thread Juergen Sauermann
Hi, as of SVN 258, the local time is shown, followed by the timezone (GMT +/- offset-in-hours). /// Jürgen On 05/09/2014 07:13 PM, Peter Teeson wrote: I think you are correct Blake. IIRC @ IPSA we used UTC internally for things saved to HD. But displayed local time on the Terminal which was

Re: [Bug-apl] )ERASE should complain if not found?

2014-05-10 Thread Juergen Sauermann
Hi, I fixed the printouts of )COPY, )SAVE and )ERASE. See SVN 258. /// Jürgen On 05/09/2014 06:15 AM, Blake McBride wrote: I'm not sure of this but - if you try to )ERASE something that isn't there, shouldn't it display a not found message on the ones not found? The problem is, if you erase