Re: New to GNU APL, curiosities or possible bugs?

2021-02-24 Thread Dr . Jürgen Sauermann
Hi John, thanks. See my comments inline below. Best Regards, Jürgen On 2/23/21 8:44 PM, edxmail-jo...@usa.net wrote: Hi Jürgen and colleagues, I've done a bit more digging, including runn

Replacing )SAVE with )DUMP

2021-02-24 Thread Blake McBride
On Wed, Feb 24, 2021 at 7:06 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > [...] > > First of all, )save produces an old file format.These days )dump is > preferred over )save > since it makes it much easier to recover most of a broken workspace files, > and the )dump > format is pr

Re: Replacing )SAVE with )DUMP

2021-02-24 Thread Otto Diesenbacher-Reinmüller
Hi Jürgen, Blake, APLers, wouldn't it be a low effort approach to switch to )DUMP-format as general workspace file format, having at the end an optional ⍝-area containing from the current XML-fileformat. If this ⍝-area is present loading the file, it gets parsed and loaded, otherwise it is loade

Re: Replacing )SAVE with )DUMP

2021-02-24 Thread Dr . Jürgen Sauermann
Hi, I would say that the )DUMP format is in principle more APL-like than )SAVE. However, there is an important use case for )SAVE which is not supported by )DUMP: )SAVEing a workspace with a non-empty )SI stack and continuing it at a later

GNU APL versus 'tacit' style

2021-02-24 Thread Russtopia
What is the general consensus among GNU APL users here on the newer 'tacit style' that seems so prevalent in many online APL resources nowadays? ('forks', 'trains', etc.) As a new, inexperienced APLer, exploring a bit more with GNU APL, I wonder if it discourages people new to APL to find, as I ha

APL idiom search for various dialects [was Re: GNU APL versus 'tacit' style]

2021-02-24 Thread Russtopia
Aha, of course just *after* posting to the list, I managed to find this search page with idioms selectable by APL dialect -- tucked away within Dyalog's 'miserver' demonstration site. It allows one to see idioms for various dialects of APL (Finn, APL2, Dyalog). Not quite 'how to do X with vs. with

Re: GNU APL versus 'tacit' style

2021-02-24 Thread edxmail-johnh
Welcome Russ, APL2, the language, is standardized in ISO standard 13751. The mischief you are experiencing is non-standard extensions. I'm unsure what you mean by "tacit style"... indeed style is a very subjective topic and therefore WAY above my pay grade. There are lot's of excell

Re: GNU APL versus 'tacit' style

2021-02-24 Thread edxmail-johnh
With attachment.. -- Original Message -- Received: 01:09 PM PST, 02/24/2021 From: edxmail-jo...@usa.net To: Russtopia , Subject: Re: GNU APL versus 'tacit' style Welcome Russ, APL2, the language, is standardized in ISO standard 13751. Th

Re: GNU APL versus 'tacit' style

2021-02-24 Thread Chris Moller
There's another language, J, created by the same guy who created APL, that's very APL-like but does have trains, forks, hooks, and so on.  I've looked at it in detail and concluded that while APL has a bit of a reputation as a write-only language, adding various tersifying constructs only makes

Re: GNU APL versus 'tacit' style

2021-02-24 Thread Russtopia
Oh that is a very nicely-formatted version. Thank you so much! On Wed, 24 Feb 2021 at 13:12, wrote: > With attachment.. > > > -- Original Message -- > *Received: *01:09 PM PST, 02/24/2021 > *From: *edxmail-jo...@usa.net > *To: *Russtopia , > *Subject: *Re: GNU APL versus 'tacit' st

Re: GNU APL versus 'tacit' style

2021-02-24 Thread Peter Teeson
I am not sure if tacit <==> lambdas <==> direct definition. See appendix B in also > On Feb 24, 2021, at 4:12 PM, edxmail-jo...@usa.net wrote: > > With attachment.. > > > ---