Hi Dirk,
thanks a lot. I have added directory support-files/Dirk containing
your files,
and a reference in README-3-keyboard.
/// Jürgen
On 02/16/2015 10:09 AM, Dirk Laurie
wrote:
Hi Jürgen:
I append five
Hi Christian,
see my answers inline below...
/// Jürgen
On 02/19/2015 03:10 AM, Christian
Robert wrote:
I was
to report that this APL _expression_
30 2⍴?60⍴2
always return
Hi Blake,
I believe the state of affairs is that in some (actually very few)
cases (eg. in-place ⍴ when the result is smaller than the
argument),
unnecessary array clones were optimized away but the proposed
methods so far did not pass the existing te
Hi,
I have added socket functions (*socket(),* *bind()*, *listen()*, ...) to
the *FILE_IO* native function.
*SVN 536*. See *testcases/File_IO.tc* for examples of how to use them.
/// Jürgen
Hi Dirk,
A *Value_P* object is basically a pointer to a *Value* object, pretty
much what is sometimes
called a smart pointer or a shared pointer. The purpose of a *Value_P*
is to delete the *Value* it
points to when the last *Value_P *is deleted.
You should never use references to *Value_P *o
Hi,
in order to prevent the incorrect usage of constructors of class Value,
I have made
them all "protected:".
This means that in your own code you should replace, e.g.:
Value_P Z(new
Value(...));
by:
Valu
Hi Dirk,
probably the same as in your previous example.
The FloatScalar object might be destructed before the
second printout.
Try:
Value_P a = FloatScalar(3.141592653589793,LOC);
A Value_P is a pointer, so it is as efficient as a c
Hi Dirk,
thanks, fixed in SVN 538.
/// Jürgen
On 02/23/2015 08:02 AM, Dirk Laurie
wrote:
Current:
/// debug-print \b this value
void debug(const char * info);
Suggested:
/// debug-print \b this value unde
On 02/24/2015 01:41 AM, Blake McBride
wrote:
Since this may affect the heavily relied upon sql
library, has the sql library been tested?
Thanks.
Blake
On Sun, Feb 22, 2015 at 10:57 AM,
Ju
Hi Christian
thanks, fixed in SVN 555.
/// Jürgen
On 03/06/2015 03:32 AM, Christian
Robert wrote:
This
was working yesterday. Today I did an "svn update" and make
&& make install
and it fail now.
Hi Blake,
'missing' is a script provided by autoconf.
It is normally contained in the SVN checkout and also in the GNU
APL tar file.
The message below suggests that it was somehow deleted. The normal
place
for it is the same directory as
directory is nor where I am running configure from.
Thanks.
Blake
On Fri, Mar 6, 2015 at 10:46
Hi Blake,
liblapack is no longer needed (and ./configure does
not check it).
libcurses is not stricly needed - when it is missing then
GNU APL works around that (and use of curses is disabled
by default).
The two SQL libs (sqlite3 and pq)
Hi again,
I believe I fixed it in SVN 556.
/// Jürgen
On 03/06/2015 06:10 PM, Juergen
Sauermann wrote:
Hi Blake,
just played around a little and got the same fault (never
noticed it, though
Hi Darek,
a preliminary analysis shows that the EOC (end of context) handler
for, say, ∘,FOO is overridden by the
EOC handler for /. Therefore
(5 2) ∘.FOO (7 6 4)
succeeds while
∘.×/ (5 2) (7 6 4)
just makes it
easier.
Thanks.
Blake
On Fri, Mar 6, 2015 at 11:23 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Darek,
thanks, should be fixed now. SVN 558.
/// Jürgen
On 03/06/2015 12:54 PM, Darek Cidlinsky
wrote:
Ave,
I have two problems with outer product in GNU APL; one of them is maybe a bug, the other is nearly defini
Hi Christian,
there is no problem at all reporting something that looks like a GNU APL
fault but turns out
to be a fault in the APL code.
As of today, GNU APL is definitely not 100% error-free, but every
trouble report brings us
closer to that point. So please continue reporting.
/// Jürgen
Hi Xtian,
thanks, should be fixed in SVN 559.
/// Jürgen
On 03/12/2015 02:35 AM, Christian
Robert wrote:
Here
the bug.apl script
it looks like it may be unusable in my original email.
Hi Xtian,
I will look into this. However a few things seem to conflict with
how GNU APL (and IBM APL2) do it
and I believe this would create too much confusion to be helpful.
/// Jürgen
For example ∈ indicates an empty item in APL
9 10 11 12││
││13 14 15 16│ │13 14 15 16││
│└~──┘ └───┘│
└∊──┘
Xtian.
Xtian.
On 2015-03-13 14:44, Juergen Sauermann wrote:
Hi Xtian,
I will look into this. However a few thin
Hi Darek,
I believe the problems below should be fixed in SVN 562:
∘.{⍺×⍵}/ (5 2) (7 6 4)
35 30 20
14 12 8
K { { ⍺ ∘.{| ⍺ - ⍵ + 0J1} ⍵}/ {⍵/⍳⍴⍵}¨⍺ ⍵} L←K←1 1
0 1
1
51.pdf" and the "MasteringDialogAPL.pdf"
ones too.
many, many, many thanks !
Xtian.
On 2015-03-14 13:35, Juergen Sauermann wrote:
Hi Xtian,
I have added axis lengt
Hi Xtian,
it looks like you are using the multi-core feature of GNU APL.
As README-8-parallel says: Parallel execution is
currently experimental.
I have seen core dumps like those earlier when multi-core was
enabled, but have not found the re
Hi Xtian,
thanks. fixed in SVN 565.
Don't work that late!
/// Jürgen
On 03/17/2015 03:01 AM, Christian
Robert wrote:
)load Util
SAVED 2015-03-17 -3:23:11 (GMT-4)
^
ms it crash at the "⍎what" statement or when it return
from it's execution.
I will recompile "without" multi-core to see it it's related or
not ...
Xtian.
On 2015-03-17 06:42, Juergen Sauermann wrote:
the resulting buffer ...
May be you can try {} catch {} thoses out-of-memory "new"
allocation ? May be not.
Xtian.
On 2015-03-17 12:51, Juergen Sauermann wrote:
Hi Xtian,
for me
Hi Xtian,
thanks, fixed in SVN 569.
/// Jürgen
On 03/20/2015 02:11 AM, Christian Robert wrote:
)load Determinant
SAVED 2015-03-19 21:02:15 (GMT-4)
t
1 3 0 0 0 0 2 1 2 3
2 1 3 0 2 3 0 0 2 3
1 1 2 3 1 3 3 0 3 3
1 2 3 1 0 1 1 1 1 2
2 0 1 2 2 3 1 1 2 3
3 1 0 0 3 0 2 1 3 0
0 0 2 0 0 1 2 1 1
Hi Xtian,
thanks, fixed in SVN 571.
/// Jürgen
On 03/23/2015 01:20 AM, Christian
Robert wrote:
Is
there something wrong with monadic div ?
t←37817019821952000
t
Hi Xtian,
I believe the answer to 1 is something like:
(2 (2 8) ⊃
∆length)←'v×9454254955488E3'
Regarding Q2 I need more information how to reproduce. If I
remember correctly then characters in ⎕TF refer
to some IBM code page.,
|Hello,
I am happy to announce that GNU APL 1.5 has been released.
This release contains:
* some progress on parallel (multi-core) APL (still experimental)
* performance counters for all built-in APL functions
* the possibility to build GNU APL as a library (thanks to Dirk)
For deta
ing diadic "right
shoe" in a selective assignment.
Xtian.
On 2015-03-28 15:08, Juergen Sauermann wrote:
Hi Xtian,
I believe the answer to 1 is something like:
*(2 (2 8) ⊃ ∆length)←'**
Hi Xtian,
thanks, hopefully fixed in SVN 580.
/// Jürgen
On 03/29/2015 08:12 PM, Christian
Robert wrote:
)clear
CLEAR WS
⎕pw←1000
)copy Convert2 ∆length
SAVE
Hi Fausto,
I have renamed PATH_MAX to APL_PATH_MAX in SVN
580.
For my taste there are too many PATH_MAXes below /usr/include,
and the file you mention below does not exist on my machine.
/// Jürgen
On 03/30/2015
Hi Fausto,
I would need the workspace in order to reproduce this.
In GNU APL there are two commands (and two file formats) for
saving workspaces: )SAVE and )DUMP.
The )LOAD command understands both formats.
The "classical" )SAVE command
Hi Peter,
thanks, should be fixed in SVN 582.
/// Jürgen
On 03/30/2015 07:35 PM, Peter Teeson
wrote:
Hi Jürgen:
Congratulation on the 1.5 release….
So to keep you busy here are some issues on Mac OS X 10.8.5
respect
clarification. Yes I did as you wrote. I created the
saved workspace with APL 1.4, then I dumped with that version and
read-back in APL 1.5 without any problem.
Attached, by the way, there's the problematic workspace.
regards,
Fausto
2015-03-30 18:19 GMT+02:00 Juergen Sauermann :
Hi F
/file_io.cc there's still
PATH_MAX and not APL_PATH_MAX, and without that include I still not
able to compile it .
regards,
Fausto
2015-03-30 17:21 GMT+02:00 Juergen Sauermann :
Hi Fausto,
I have renamed PATH_MAX to APL_PATH_MAX in SVN 580.
For my taste there are too many PATH_
ings…:-}
Peter
On 2015-03-31, at 10:10 AM, Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Peter,
thanks, should be fixed
Hi Fausto,
Dyalog ⎕SIGNAL seems to be ⎕ES in IBM APL2 and in
GNU APL.
Dyalog ⎕FMT is a little too FORTRANish for my taste.
However
dyadic ⍕ ("Format by example") in IBM APL2 and in GNU APL
provide similar functionality (Dyalog also seems
rapper.cc:47:10:
No matching function for call to 'mkstemp'
/Volumes/Data/Development/MyProjects/GNUAPL/apl-svn/src/TempFileWrapper.cc:52:10:
No viable overloaded '='
On 2015-03-31, at 11:22 AM, Juergen Sauermann <juergen.
53 PM, Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Peter:
Chances are that on your box mkstemp is
declared in /usr/include/unistd.h instead of
/usr/include/stdlib.h.
Hi Jürgen:
On 2015-03-31, at 12:53 PM, Juergen Sauermann
<juergen.sauerm...@t-online.de>
wrote:
Peter:
Hi Fausto,
I changed ./configure once more to handle clang, SVN
586.
There are now 3 cases:
1. full support of dynamic arrays ( = gcc)
2. limited support of dynamic arrays ( = clang)
3. no support of dynamic arrays ( = ???)
Hi David,
thanks, should be fixed in SVN 586.
/// Jürgen
On 03/31/2015 10:39 PM, David Lamkins
wrote:
I did a clean checkout of SVN 585 followed by
configure and make.
The file src/buildtag.hh is neither p
Hi Peter,
maybe SVN 587 works better.
/// Jürgen
On 04/01/2015 05:13 PM, Peter Teeson
wrote:
Gandalf:apl-svn pteeson$ svn update
Updating '.':
At revision 586.
Gandalf:apl-svn pteeson$ ./configure
…..
configure: creat
Hi Kacper,
thanks. I added a direntry in SVN 591. Hope that fixes the
problem.
/// Jürgen
On 04/02/2015 10:14 AM, Kacper Gutowski
wrote:
Hello,
Since some time dpkg has been complaining about missing entry in li
conflicts:
Skipped paths: 1
Gandalf:apl-svn pteeson$ ./configure
-bash: ./configure: No such file or directory
Gandalf:apl-svn pteeson$
Peter
On 2015-04-01, at 11:51 AM, Juergen Sauermann <juergen.sauerm...@t-online.de>
emacs expected ?
regards,
Fausto
2015-04-01 15:37 GMT+02:00 Juergen Sauermann :
Hi Fausto,
I changed ./configure once more to handle clang, SVN 586.
There are now 3 cases:
1. full support of dynamic arrays ( = gcc)
2. limited support of dynamic arrays ( = clang)
3. no sup
eating src/buildtag.hh
/Volumes/Data/Development/MyProjects/GNUAPL/apl-svn
configure: creating src/configure_args.cc
Gandalf:apl-svn pteeson$
respect….
Peter
d argument
__ _ __ __ _____ __
/ // | / // / / / / | / __ \ / /
/ / __ / |/ // / / / / /| | / /_/ // /
/ /_/ // /| // /_/ / / ___ | / // /___
\//_/ |_/ \/ /_/ |_|/_//_/
Welcome to GNU APL version 1.5 / 586M
everything seems fine though...
I don't understand...
Are those errors about emacs expected ?
regards,
Fausto
2015-04-01 15:37 GMT+02:00 Juergen Sauermann :
Hi Fau
Hi Xtian,
thanks. Should work now (SVN 592).
/// Jürgen
On 04/01/2015 02:52 AM, Christian
Robert wrote:
var←'kelvin' (,'v') 'some text'
D var
┌3───┐
Hi David,
thanks a lot!
/// Jürgen
On 04/01/2015 10:15 PM, David B.
Lamkins wrote:
I've released the 2nd version of the APL Package Manager.
home page:
https://github.com/TieDyedDevil/apl-pkg
summary announcement:
Hi Kacper,
thanks, SVN 593.
/// Jürgen
On 04/02/2015 06:25 PM, Kacper Gutowski
wrote:
I just checked out 592 and it failed to build because of missing buildtag.hh.
Apparently this is just a typo in configure: cd src
From: Juergen
Sauermann
To:
info-...@gnu.org
Cc:
"bu
Hi Fausto,
the simple ./configure (without arguments) does a "fast"
install which assumes
that the sources were freshly unpacked from the GNU APL project tar
file.
If you fetch from SVN then the fast install will not recognize
changes in
gv[2]: '37'
uprefs.user_do_svars: 1
uprefs.system_do_svars: 1
uprefs.requested_id:0
uprefs.requested_par: 0
Svar_DB not connected in Svar_DB::is_registered_id()
id.proc: 1001 at ProcessorID.cc:77
Processor ID was completely initialized: 1001:0:0
system_do_svars is: 1
2015-04-08 12:
in the SVar_DB error!!!
regards,
Fausto
2015-04-08 15:44 GMT+02:00 Juergen Sauermann :
Hi Fausto,
correct. The convention used by GNU APL is that APserver lives in the same
directory as apl or in the subdirectory APs of that directory. That
directory is listed as
APL_bin_path in t
I got the error.
But without any switch (--noColor or --emacs) it's ok even if I run
apl or /usr/local/bin/apl
Really I cannot understand this.
regards,
Fausto
2015-04-08 17:11 GMT+02:00 Juergen Sauermann :
Hi Fausto,
you can set different colors in the GNU APL prefe
Hi Peter,
good to know, thanks. I also fixed README-3-keyboard as
proposed.
/// Jürgen
On 04/08/2015 09:31 PM, Peter Teeson
wrote:
Also no notice about SV server.
This with simple launch of APL from Xcode 5.1.1
3 or later.
Svar_DB not connected in Svar_DB::is_registered_id()
maybe adding more delay could do the trick :)
regards,
Fausto
2015-04-08 18:17 GMT+02:00 Juergen Sauermann :
Hi Fausto,
I see. Probably a race condition between apl and APserver (because this does
not
happen on my machine
Hi Alex,
that seems not to occour with simple data, so a )DUMP of
your workspace
or a way to construct variable in would help.
Thanks,
Jürgen
On 04/11/2015 12:46 AM,
alexwei...@alexweiner.com wrote:
Hi. This
Hi Blake,
thanks,
fixed in SVN 604..
Regarding the .psf file, I believe it is better to not
include it because it is
difficult to keep such files up-to-date, licenses may differ, and
font files
tend to be large.
/// Jü
Message -
Subject: Re: [Bug-apl] Hi. I encountered a segmentation
fault
From: "Juergen Sauermann"
Date: 4/11/15 4:13 am
To: alexwei...@alexweiner.com, bug-apl@gnu.org
Hi Alex,
that
Hi Peter,
after 'make
install' in GNU APL 1.5 you should be able to get a
description with:
info libapl
written by Dirk Laurie (who came up with the libapl idea).
You should ./configure with option --with-libapl
Hi Fausto,
page 30 (Defined Functions and Operators) explains it.
In your example below F is expected to be a function because it
is inside () in the header while the variable(s) are outside ().
/// Jürgen
On 04/14/2015 12:42 P
Hi Alex,
the stack trace is probably explicitly triggered for debugging
purposes.
The parallel code is not yet complete, in particular error cases
are not handled yet.
Most likely what happens is that one thread stops due to an error
Hi,
there are 2 reasons for using numbers:
1. the socket() function has integer arguments, see 'man
socket'
2. Since APL nas no #define facility, names would be
strings and those
would cause unneccessary computational overhead. And the
Hi Elias,
thanks, fixed in SVN 608.
/// Jürgen
On 04/15/2015 11:37 AM, Elias Mårtenson
wrote:
If I trace a variable (used for live-updates of
variable content in an Emacs buffer) and then do )LOAD, the
workspace
Hi Peter,
thanks, should fixed in SVN 607.
/// Jürgen
On 04/16/2015 07:04 PM, Peter Teeson
wrote:
Hi Jürgen:
This issue was discovered in Xcode but it is reproducible in Terminal.
I have the complete terminal log when
Hi Peter,
thanks, should fixed in SVN 607.
/// Jürgen
On 04/15/2015 06:58 PM, Peter Teeson
wrote:
Hi Jürgen:
Gandalf:apl-svn pteeson$ make clean
Making clean in doc
test -z "apl.dvi apl.pdf apl.ps apl.html" \
|| rm -rf apl.d
Hi Elias,
correct. Unfortunately there seems to be a mismatch between the
ISO standard on one side,
and the IBM reference manual and the IBM APL2 interpreter on the
other.
For example, the formula for 8○ is (¯1-B*2)*.5 in the ISO
stand
Hi Blake,
yes, I have inforrmed Elias already.
I do not have PostgreSQL installed (so that I can better
test the ./configure script regarding
whether or not SQLite and PostgreSQL packages are
are installed on my machine).
/// Jürge
x27;
/Volumes/Data/Development/MyProjects/GNUAPL/apl-svn/src/PostgresArgListBuilder.cc:214:69:
No matching constructor for initialization of 'PointerCell'
On 2015-04-18, at 1:55 PM, Juergen Sauermann &
Hi Christian,
thanks a lot, I will include it in the FILE_IO workspace.
I will also put the code generator in the tools subdir.
BTW the left argument of FIO∆recv is not
optional but the left argument of FILE_IO[37] is.
This is on purpose.
Hi Fausto,
I believe workspace files are generally not exchangeable between
different APL interpreters.
In some cases there are commands that allow the exchange of
workspaces. For example )IN and )OUT
would allow the exchange of workspaces betw
e and it's talking
about APL2000 and others vendors, so I hope to find something similar
with GNU-APL and Dyalog.
Dyalog supports ]OUT and it generates a XWD file (extended file, not ATF).
So I'm wondering if there's a way to support this kind of format .
thanks,
Fausto
2015-04-2
(DOMAIN ERROR)
Attached there's the ATF file.
regards,
Fausto
2015-04-24 19:23 GMT+02:00 Juergen Sauermann :
Hi Fausto,
maybe you are lucky. The wiki page says:
"2. Using fixed record length ATF files"
Now, ATF files are what )IN and )OUT read resp, produ
5-394-6760
On Fri, Apr 24, 2015 at 1:40 PM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
)
Attached there's the ATF file.
regards,
Fausto
2015-04-24 19:23 GMT+02:00 Juergen Sauermann :
Hi Fausto,
maybe you are lucky. The wiki page says:
"2. Using fixed record length ATF files"
Now, ATF files are what )IN and )OUT read resp, produce. Chances are
Hi Fausto,
I have made the )IN Command more tolerant. It now accepts
some common SYNTAX ERRORs that are mainly caused by some
non-standard APL extensions like :try.
SVN 614.
/// Jürgen
Hi,
thanks! Fixed in SVN 614.
I believe the ISO standard might allow this but IBM APL2 does not.
Therefore compatibility rules.
/// Jürgen
On 04/25/2015 03:43 AM, Blake McBride
wrote:
Defin
Hi,
I changed DOMAIN ERROR to RANK ERROR. SVN 614.
/// Jürgen
On 04/25/2015 10:45 AM, Kacper Gutowski
wrote:
On Sat, Apr 25, 2015 at 4:38 AM, Christian Robert
wrote:
a←1 0 0 0 0 1 0 0 1 1 0 0 1
Hi Peter,
I believe that apl.html should not be removed
rather than removing libapl.html as well.
This is because removing an html file in make clean
triggers issue 2. below on machines that
do not have makeinfo installed.
Hopefully fixed in SVN
v b_9' r
[7] r←p1 ∆Oins p2
∇
DEFN ERROR+
∇∆Oins[⎕]∇
^
regards,
Fausto
2015-04-25 17:23 GMT+02:00 Juergen Sauermann :
Hi Fausto,
I have made the )IN Command more tolerant. It now accepts
some common SYNTAX ERRORs that are mainly caused by some
non-standard APL extensions like :try.
SVN 614.
/// Jürgen
Hi Dan,
thank you very much for that information. I am forwarding it to bug-apl
because
I believe that it deserves a wider audience...
/// Jürgen
On 04/27/2015 02:09 PM, danb wrote:
Hi Christian,
thanks, fixed in SVN 617. The problem was caused by a -∞ result
from ⍟.
There could still be some functions around that return ∞. Such functions should
raise a DOMAIN ERROR instead. Please report such functions
if you see them.
Hi Xtian,
thanks, possibly fixed in SVN 622. I believe this was caused
by a 0-pointer in a selective assignment (like (10↑X)←5 with ⍴X<10
with an error
during the assignment) but that is difficult to say afterwards.
Please let me know if the fault occurs aga
Hi Alex,
thanks. However, I am getting this:
.⊃¨+/¨5 5
⍴⍳5
SYNTAX ERROR
.⊃¨+/¨5 5⍴⍳5
^ ^
4 ⎕CR .⊃¨+/¨5 5 ⍴⍳5
RANK ERROR
4 ⎕CR.⊃¨+/¨5 5⍴⍳5
^ ^
Hi Peter,
I believe I managed to fix the sem_xxx warnings in SVN 625.
The Postgres warning should remain because it points at a harmless
but somewhat incomplete
SQL installation.
The final warning seems to make no sense at all. And yes,
Hi Faust,
seems like Dyalog creates .atf files in a different way
than GNU APL.
I will look into this (may take a while because I need to
understand the differences first).
/// Jürgen
On 05/06/2015 05:49 PM, Fausto Sapori
Regards,
Elias
On 7 May 2015 at 02:07, Juergen
Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Peter,
I believe I managed to fix the sem_xxx warnings in SVN
(CHI, "{ ... } axis argument")
In this case you get "CHI" + 5, which is indexing way off the end of
the string, which is why it's warning.
Jay.
On 7 May 2015 at 11:27, Juergen Sauermann wrote:
Hi,
I believe by string they mean a simple string liter
instead? That should
result in the same code while silencing the compiler warnings.
Regards,
Elias
On 7 May 2015 at 18:27, Juergen
Sauermann <juergen.sauerm...@t-online.de>
wrote:
GNU APL.
These lines are commented out by )IN (but you can't see it
because the control characters are invisible).
/// Jürgen
On 05/06/2015 08:11 PM, Juergen
Sauermann wrote:
Hi Faust,
seems
Hi Fred,
thanks, fixed in SVN 627.
/// Jürgen
On 05/10/2015 03:58 AM, Frederick H.
Pitts wrote:
Hello Juergen,
Is it intentional that the index function ⌷ (squish quad) no longer
accepts near-integer floating point
Hi,
there have been reports that GNU APL may have problems running under
64-bit Windows/Cygwin.
Since may latest Windows is XP (32-bit) I cannot check that myself. My
question is therefore
if anybody has managed to build and run GNU APL under a more recent
Windows/Cygwin version?
/// Jürge
Hi Louis,
The SVN number is written by ./configure, so if
you want it to be correct then you need to
re-run ./configure after svn update. But that
number not too relevant so skipping this ./configure
is normally OK.
The more important que
*e install*.
/// Jürgen
On 05/10/2015 04:58 PM, Juergen Sauermann wrote:
Hi,
there have been reports that GNU APL may have problems running under
64-bit Windows/Cygwin.
Since may latest Windows is XP (32-bit) I cannot check that myself. My
question is therefore
if anybody has managed to build a
Hi Xtian,
they are added because IBM APL2 adds them as well.
However, I made immediate execution (what you enter after the
prompt) resumable in SVN 630.
I believe the description of →⍳0 in the IBM APL2 language reference
differs slightly
801 - 900 of 1721 matches
Mail list logo
