Improvements to gnuapl

2021-02-22 Thread Hans-Peter Sorge
Hi, I would modify the data model and/or process graph or use an adequate programming language. In my opinion, having to rely on data content to control program flow is 'costly'. (My be one reason too, that APL has no language specific regular expressions). My highest priority for APL would

Re: Improvements to gnuapl

2021-02-22 Thread Chris Moller
Sounds like another native function!  :-) Maybe after I finish my current project... On 2/22/21 5:26 AM, Hans-Peter Sorge wrote: Hi, I would modify the data model and/or process graph or use an adequate programming language. In my opinion, having to rely on data content to control program flo

Re: Improvements to gnuapl

2021-02-22 Thread Elias Mårtenson
This could be quite useful when collecting data from a web site. For example, pull in a table of numbers from a Wikipedia page. Google Docs has this feature already and it can be quite useful. Regards, Elias On Mon, 22 Feb 2021 at 22:26, Chris Moller wrote: > Sounds like another native function

Re: Improvements to gnuapl

2021-02-22 Thread Dr . Jürgen Sauermann
Hi, as far as I understand it, HTML has almost the same format as XML (the main difference being optional end tags in HTML which are mandatory in XML. I would assume that ⎕XML can do the decoding of common web interfaces like the REST API or other XML

Re: Improvements to gnuapl

2021-02-22 Thread Dr . Jürgen Sauermann
Hi Christian, I can't quite follow the argument that :IF/:ELSE etc. makes it easier for newcomers to learn APL. If I remember my learning of APL some decades ago correctly, then, coming straight from ALGOL and BASIC as my first "high-level

Re: Improvements to gnuapl

2021-02-22 Thread Blake McBride
Some of those "optional" end tags are not optional at all. It's not HTML if it's there. For example: is not HTML. --blake On Mon, Feb 22, 2021 at 1:21 PM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi, > > as far as I understand it, HTML has almost the same format as XML (

New to GNU APL, curiosities or possible bugs?

2021-02-22 Thread edxmail-johnh
Hi, I've just spent a couple of days working to get gnu-apl up and running under OS X Catalina. Good progress has been made, but I'm unsure if I have a stable and fully functioning copy of the interpreter. During this exercise, I encountered four experiences that may indicate bugs. T

WS remains full after large aborted computations?

2021-02-22 Thread Russtopia
Hi, I saw this behaviour tonight: +/⍳10 WS FULL+ +/⍳10 ^ ^ ⍳4 WS FULL+ +/⍳10 ^ ^ 4 WS FULL+ +/⍳10 ^ ^ .. seems the only way to recover is call )CLEAR but that erases the entire active workspace. Is there a way to

Re: WS remains full after large aborted computations?

2021-02-22 Thread Blake McBride
Using the latest GNU APL on a 64-bit Linux box, I don't see what you're seeing. I get: +/⍳100 WS FULL+ +/⍳100 ^ ⍳4 1 2 3 4 --blake On Tue, Feb 23, 2021 at 12:08 AM Russtopia wrote: > Hi, I saw this behaviour tonight: > > +/⍳10 > WS FULL