Re: [Bug-apl] )LOAD time message wrong

Dear Juergen, That did the trick. Thanks! Blake On Wed, Jun 11, 2014 at 1:10 PM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > thanks! I have changed the time display to a method that does not > use localtime() and friends. SVN 322. > > /// Jürgen > > > > On 06/1

Re: [Bug-apl] )LOAD time message wrong

Hi Blake, thanks! I have changed the time display to a method that does not use localtime() and friends. SVN 322. /// Jürgen On 06/11/2014 06:16 PM, Blake McBride wrote: Dear Juergen, Sorry, still seeing the problem. Thanks. Blake On Wed, Jun 11, 2014 at 7:57 AM, Juergen Sauermann mail

[Bug-apl] Android version

So, I've managed to coerce the keyboard view on Android to use a custom font (the solution is seriously ugly by the way). Anyway, I have some difficulties choosing a decent layout for the APL symbols, and that is why I'm asking for your help. Is there anyone on this mailing list who has a recent

Re: [Bug-apl] Commands made executable

That's a nice addition. We get the benefits of access to session commands without a bunch of new quad-foos. I don't really care one way or the other about providing access to usercmds. One the one hand, it seems self-consistent to allow this case. On the other hand, it's another extension to IBM/I

Re: [Bug-apl] Strange domain error

Dear Juergen, Thank you very much for your explanation. Whatever you did, it certainly fixed the problem. I am sure as time goes on there will be optimizations. As far as I can tell, the system is working really great. Thanks! Blake On Wed, Jun 11, 2014 at 11:58 AM, Juergen Sauermann < jue

Re: [Bug-apl] Strange domain error

Hi Blake, GNU APL normally chooses the generic way. The reason is simple: there are 3x3 = 9 combinations of INT REAL and COMPLEX arguments of a dyadic functions (or 3×3×3=27 if you also count the axis). With 24 or so scalar functions this would give more than 200 cases - too much for a lazy gu

Re: [Bug-apl] )LOAD time message wrong

Dear Juergen, Sorry, still seeing the problem. Thanks. Blake On Wed, Jun 11, 2014 at 7:57 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > thanks, tm_isdst was uninitialized. Should be fixed in SVN 319. > > /// Jürgen > > > > On 06/10/2014 06:36 PM, Blake McBrid

Re: [Bug-apl] Listing a function shouldn't create one

Look perfect. Thank you!! On Tue, Jun 10, 2014 at 11:30 AM, Blake McBride wrote: > DEFN ERROR would be sufficient. > > > > > On Tue, Jun 10, 2014 at 11:22 AM, Juergen Sauermann < > juergen.sauerm...@t-online.de> wrote: > >> Hi Blake, >> >> the debug output is on purpose. Will be replaced by m

Re: [Bug-apl] Commands made executable

Dear Juergen, I like your solution. Actually, the issue that brought this up for me was that my code was executing a ')WSID' to get it. So your fix essentially made my old code work. Thank you! Blake On Wed, Jun 11, 2014 at 10:41 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote:

Re: [Bug-apl] Strange domain error

As a related side-note, I've always thought that the Common Lisp way of handling numbers is brilliant, and that more languages should copy that. Big-integers together with support for rationals provide a way to get exact numbers in any number base (not just 10, which is what Java provides through t

[Bug-apl] Error when starting

Since recently (the last few days?) I've bee getting this error when starting GNU APL: shm_open(/apl-svars) failed: No such file or directory shm_open(/apl-svars) failed: Undefined error: 0 *** Failed to start APnnn: processor -1 will not accept incoming shared variable offers. Expect surprises.

Re: [Bug-apl] Strange domain error

Thanks a lot, Juergen! Disconnected from the standard, I fail to see how a clear integer can become a complex - especially in relation to code/decode. I think there is something fundamentally wrong. I make the following comments just based on my own experience with numbers, and without experienc

Re: [Bug-apl] Trace & stop control

Dear Juergen, I couldn't agree with you more. Of course, the wacky way it does work is very convenient. →'' has always meant do not branch, so perhaps no solution ends up doing what you'd almost always want. →N is contradictory, I agree. Thanks a lot for making the change! Blake On Wed, Ju

[Bug-apl] Commands made executable

Hi, as of SVN 321 I have made commands executable with ⍎. Since this is a rather new feature, expect surprises (and please report them). Not sure how user-defined commands work with this (eg. if they fail) and if they should be allowed in the first place. The answer to Blake's question below

Re: [Bug-apl] Trace & stop control

Hi Blake, I changed GNU APL to behave like IBM APL2, see SVN 320. I actually believe that the behavior shown by IBM APL2 is not very consistent. In my opinion continuation of a stopped function should be →'' or →⍬ and not →N. The problem with →N is that now →N in a function behaves differently

Re: [Bug-apl] )LOAD time message wrong

Hi Blake, thanks, tm_isdst was uninitialized. Should be fixed in SVN 319. /// Jürgen On 06/10/2014 06:36 PM, Blake McBride wrote: It may be a daylight savings time issue, but it is still wrong. The save and load time should agree. Since the save time is correct, the load time is not being

Re: [Bug-apl] Strange domain error

Hi, I have changed the code so that near-zero complex numbers in ⊤ are demoted to integer 0, see SVN 319. This isn't quite in line with the standard who says that ⎕CT is not used in ⊤, but makes more sense to me. /// Jürgen On 06/11/2014 07:05 AM, Blake McBride wrote: Even simpler: )