Hi,
after more than 6 years a good old friend, libreadline, has ceased
to exist in GNU APL.
Its main capabilities (as far as GNU APL is concerned) have been
replaced by similar but
more APL aware functions that I would like to mentioned here:
Hi David,
currently they are but am working on a more curses (terminfo)
oriented approach.
/// Jürgenn
On 09/08/2014 09:03 PM, David B.
Lamkins wrote:
Very nice. I'll look into integrating some or all of this i
!
On Mon, Sep 8, 2014 at 10:34 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Blake,
done, SVN 463.
///
Hi David,
thanks, fixed in SVN 467. See 'info apl'.
/// Jürgen
On 09/09/2014 01:52 AM, David Lamkins
wrote:
I noticed the quad-SI function but couldn't find a
reference in the IBM and ISO PDFs or in the info f
Hi David,
thanks, patch applied in SVN 467.
/// Jürgen
On 09/09/2014 07:30 PM, David Lamkins
wrote:
--rawCIN mode wasn't accounting for input wait
time, causing quad-AI[2] to always be identical to quad-AI[3].
Hi,
I changed GNU APL to use libncurses for figuring Input and
output ESC sequences if configured to do so.
This should make GNU APL terminal independent as proposed by
David.
The input (keyboard → APL) and output (APL → screen) can be
co
Hi David,
I believe this is not due to the ncurses version but more because
of the terminal (as per $TERM) being used. I can try to add a
string
with the name of the capability that is not present.
/// Jürgen
On 09/10/201
Hi again,
actually Output.cc:218 should read:
if
(!use_curses) return;
/// Jürgen
On 09/10/2014 07:02 PM, David Lamkins
wrote:
Now that I can compile the latest SVN, I'm getting
Hi David,
thanks, fixed in SVN 468.
/// Jürgen
On 09/10/2014 06:50 PM, David Lamkins
wrote:
I found it necessary to cast away the const on the first
arg to tparm() in order to compile o
Hi David,
thanks, fixed in SVN 468.
/// Jürgen
On 09/10/2014 06:50 PM, David Lamkins
wrote:
I found it necessary to cast away the const on the first
arg to tparm() in order to compile o
Hi Peter,
thanks, fixed in SVN 469.
/// Jürgen
On 09/10/2014 08:27 PM, Peter Teeson
wrote:
8 Warnings latest SVN
/Volumes/Data/Development/MyProjects/GNUAPL/apl-svn/src/Output.cc:255:19: Unsequenced modification and a
Hi,
there are some good news from the parallel front. I have replaced
the semaphores that control the fork() and join() off threads by a
new,
busy-wait based, mechanism.
That has reduced the fork() and join() times
considerably: from the
Hi Blake,
this is actually on purpose. The reason is replay of (or
cut-and-paste from) history files.
Previously (libreadline) only the opening of the function (∇test)
would be stored in the history.
The subsequent lines would be eaten by the ∇
system to list the function. The display of the function was
system output and nothing I typed.
Thanks.
Blake
On Sat, Sep 13, 2014 at 5:21 AM,
Juergen Sauermann <juerge
Hi Peter,
there are some characters that have different unicodes in
different APL interpreters.
Normally GNU APL accepts all of them on input (as far as they are
known).
Currently U+25CA (the default diamond) but also U+22C4 (a somewhat
Hi Fred,
Thanks. I see some debug outout at the end of your file:
hello
What is your name?
)SI not cleared at the end of ./hello.apl:
hello[2] X ← ⍞
^
⋆ hello
^
That debug output sho
Hi Elias,
I have added ^A, ^E, ^P, and ^N assuming they mean cursor
home/end/up/down, SVN 472.
Not sure what ^F,^B,^K or ^Y are doing? I believe we should not
become too emacs-ish?
/// Jürgen
On 09/13/2014 12:44 PM
.
Blake
On Sat, Sep 13, 2014 at 8:03 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Blake,
I believe it is more a matter of personal preferences
, set the position of the mark. C-w delete
everything between the cursor and the mark (and copy it to the
cut buffer).
Regards,
Elias
On 14 September 2014 22:34, Juergen
Sauermann <juergen.sauerm...@t-online
that I have corrected my
MacAplAlt.keyboard to use U+25CA.
Thanks…
Peter
On 2014-09-14, at 5:11 AM, Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Elias,
what concerns me a bit is is that someone might prefer
control- instead of alt- in order to get APL
char
hello.apl
the ⍞ reference input is not coming from the terminal.
Regards,
Fred
On Sun, 2014-09-14 at 16:27 +0200, Juergen Sauermann wrote:
Hi Fred,
Thanks. I see some debug outout at the end of your file:
hello
What is your name?
)SI not cleared at the end of ./hello.apl
ces in shell script and apl -f processed files have to
be satisfied by reading from the apl source file, what is the point of
directing assignments to ⍞ to the terminal? The user is not going to be
able to respond to the prompts, at least, not from the terminal.
Regards,
Fred
On Mon, 2014-09-15 at
Hi Peter,
I have added the limit to ⎕SYL and also increased it. SVN 476.
The limit is the max. number of not yet reduced Token per APL
statement.
It can be reached for deeply nested expressions.
/// Jürgen
On 09/15
h verbiage that indicates there is a problem
with 'argv'
processing. I will stop using CORE_COUNT_WANTED until I hear that it is
OK to use again.
Thanks,
Fred
On Tue, 2014-09-16 at 12:23 +0200, Juergen Sauermann wrote:
Hi Fred,
I had a look at the old code and saw
Hi Peter,
fixed in SVN 478.
Looks like your box is lacking some functions like pthread_getaffinity_np()
(or they have different argument types).
This could become a problem for parallel APL later, so maybe you
want to grep -r for them in /usr/
Hi David,
thanks, applied in SVN 478.
/// Jürgen
On 09/17/2014 06:36 AM, David Lamkins
wrote:
Here's a minor tweak to flush cout before disabling
cout buffering. This seems like something the runtime library
Hi David,
thanks, fixed in SVN 479.
/// Jürgen
On 09/17/2014 08:46 PM, David Lamkins
wrote:
If I start an APL session and do this:
1001 ⎕svo 'foo'
1
⎕svq ''
Hi David,
thanks, fixed in SVN 479.
/// Jürgen
On 09/1
On 09/17/2014 09:29 PM, David Lamkins
wrote:
The new "max. prefix length" entry is misspelled in
quad-SYL.
--
.
(Historical note: At IPSA when we had a dual processor IBM
Model 158 we did experiment with co-routines.)
On 2014-09-17, at 12:39 PM, Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi,
I have changed monadic ⊣ to be more efficient.
The old behavior was that ⊣ B was a copy of B but as a committed
value.
The new behavior is that ⊣ B is 0 as a committed value of 0 (instead of B).
The original purpose of monadic ⊣ was
Hi,
I have finished a first shot at parallel (i.e. multicore) GNU APL:
SVN 480.
This version computes all scalar functions in parallel if the
ravel length of the result exceeds 100.
This can make the computation of small (but still > 100)
Hi David,
thanks, I have disabled the assertion in SVN 481.
containing_value is part of a new functionality that aims
at speeding up the release of nested APL values.
It is kind of ongoing work and proper support for containing_value is apparently mi
Regards,
Elias
On 22 September 2014 23:50,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi,
I have f
Hi Chris,
I have added a new option plwindow to aplplot, see
first patch. It sets the window
caption of the plot window. It is handled before the option parser
in order to allow UTF8 texts (like APL primitive
names) in the window caption.
Hi David,
thanks, fixed in SVN 482.
The fix is part of a new release scheme that avoids scanning the
ravel of non-nested APL values
and should speed up the destruction of such values considerably.
There is a small chance that
previously n
Hi Blake,
thanks, fixed in SVN 483.
/// Jürgen
On 10/02/2014 01:58 PM, Blake McBride
wrote:
IBM APL2:
'Y'∨.≠2 2⍴'X'
1 1
Hi Blake,
I guess this may happen when you hit some other (Function- or
cursor-) key by mistake, or when
another program changes key-bindings.
/// Jürgen
On 10/02/2014 02:09 PM, Blake McBride
wrote:
H. I destroyed the she
, Oct 2, 2014 at 11:04 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Blake,
thanks, fixed in SVN 483.
Hi Blake,
thanks, fixed in SVN 484.
/// Jürgen
On 10/08/2014 10:52 PM, Blake McBride
wrote:
I am debugging a different bug and came across
this:
⌽∨\⌽'' ''∨.≠x←2
Hi Blake,
thanks, fixed in SVN 484.
/// Jürgen
On 10/08/2014 11:02 PM, Blake McBride
wrote:
GNU APL:
' '∨.≠2 3⍴'A
BBB'
1 0 0
On Thu, Oct 9, 2014 at 7:46 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Blake,
thanks, fixed in SVN 484.
///
Hi,
I have committed my work on a parallel (i.e. multi-core) framework
for GNU APL.
So far all scalar functions and inner and outer products of scalar
functions have been parallelized.
The results are somewhat mixed; see README-8-parall
Hi Kacper,
thanks, fixed in SVN 487.
/// Jürgen
On 10/12/2014 09:30 PM, Kacper Gutowski
wrote:
When used with negative shape as left argument and non-literal array
on the right, reshape dies with segmentation fault in
Hi,
in order to simply the build of GNU APL, I have replaced liblapack
by a C++ implementation of the dgelsy() and zgelsy()
functions.
This avoids the need to install a FORTRAN compiler (if
liblapack
is installed from source) and the ne
Hi David,
you may see a non-zero startup cost even though an operation shows
cost 0.
This is because startup cost is averaged over all monadic or all
dyadic operations.
The reason for zero startup cost on the products is most likely
due t
Hi David,
thanks, included in SVN 491.
I have not removed the display of user-defined commands in )HELP.
/// Jürgen
On 10/18/2014 09:41 AM, David B. Lamkins wrote:
See attached. Description is in patch header.
Hi Elias,
thanks, complex numbers seem to be not very portable between
compilers.
Hopefully fixed in SVN 495 along with the other errors.
/// Jürgen
On 10/20/2014 04:48 PM, Elias Mårtenson
wrote:
After wor
Hi Peter,
thanks, fixed in SVN 496.
/// Jürgen
On 10/21/2014 05:15 PM, Peter Teeson
wrote:
/Volumes/Data/Development/MyProjects/GNUAPL/apl-svn/src/PrintBuffer.cc:125:6: Variable length array of non-POD element type 'P
Hi Elias,
thanks, hopefully fixed in SVN 497.
/// Jürgen
On 10/21/2014 06:13 PM, Elias Mårtenson
wrote:
Compiled with no special configure flags:
Making all in tools
depb
Hi David,
did you have a look at tools/APL_keyboard ? It works in
the same way (piping its output to GNU APL),
but makes fewer assumptions about the encoding of the keyboard sequences.
And it can be "trained"
for not-so-standard keyboards.
Hi,
I did some rework of the parallel stuff so that it might compile
now under OS/X and possibly other platforms. SVN 498.
On non-linux machines core affinities are not set explicitly.
However all GNU APL threads are 100% busy
unless GNU APL is
/questions/10177217/pthread-mutex-vs-atomic-ops-in-solaris
I think that's the atomic operation you need.
Regards,
Elias
On 23 Oct 2014 21:09, "Juergen Sauermann"
<juergen.sauerm...@t-online.de>
wrote:
Hi,
ime
10⋆⍳7
(Hangs here)
Regards,
Elias
On 26 September 2014 20:04, Juergen
Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Elias,
if you use
Hi Elias,
thanks, fixed in SVN 500.
/// Jürgen
On 10/24/2014 06:39 AM, Elias Mårtenson
wrote:
I fixed the problem. Line 135-136 in UTF8_string.cc
needs to be changed from:
Hi Colin,
thanks for reporting this. Should be fixed in SVN 502.
/// Jürgen
On 10/31/2014 03:17 PM, Colin Verrilli
wrote:
Trying this again - It
didn't seem to go through the first time...
Hi David,
thanks, fixed in SVN 502. I solved it in a different way because I
wasn't sure if the
patch would have worked for all ESC sequences.
/// Jürgen
On 10/29/2014 05:44 AM, David B.
Lamkins wrote:
Det
Hi Colin,
thanks. The assertion on )LOAD was caused by the .xml
file being truncated.
I have changed the )LOAD command to print a message when
it detects a truncated .xml file.
I also changed the )COPY command to deal with truncated .xml
Blake
On Wed, Nov 5, 2014 at 8:03 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Colin,
than
Hi Blake,
thanks, fixed in SVN 504.
/// Jürgen
On 11/06/2014 03:47 AM, Blake McBride
wrote:
Greetings,
Loading a WS that has been working fine, I now get:
Hi David,
thanks, fixed in SVN 504.
/// Jürgen
On 11/06/2014 08:47 AM, David Lamkins
wrote:
This used to work, but now gives a SYNTAX ERROR
pkg⍙PAGER ⍕h1⍪h2⍪(⊂[2](5
3⍴'???LBLVARFUNOPR')[k+⎕io;]
ff
0x80ed96b
Goodbye.
Process apl exited abnormally with code 3
On Wed, Nov 5, 2014 at 11:36 AM,
Juergen Sauermann <juer
Hi Bob,
one of the files in the tar archive is called INSTALL.
It contains instructions how to install GNU APL.
Please note that the tar file does not contain the latest state of
GNU APL.
For getting the latest version (subversion repository) p
Hi Blake,
could you please check if ⎕TZ has changed when this happens?
I had a look at the time related code but could not find anything
wrong.
/// Jürgen
On 11/11/2014 06:45 AM, Blake McBride
wrote:
Hi Blake,
if you save a workspace containing a native function then the name
of the shared library
is saved and when GNU APL loads such a workspace then it attempts
to reload the shared library.
If you move the workspace to a different machine then it
Hi Blake,
I have .changed the code so that ⎕TZ is not read on )LOAD.
SVN 506.
/// Jürgen
On 11/11/2014 12:26 PM, Juergen
Sauermann wrote:
Hi Blake,
could you please check if ⎕TZ has
Thanks.
Blake
On Tue, Nov 11, 2014 at
5:38 AM, Juergen Sauermann
.
Thanks.
Blake
On Tue, Nov 11, 2014 at 10:02 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Blake,
I have .changed the code so that ⎕TZ
at 10:20 AM, Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi
Blake,
Hi Blake,
I can look into that. I guess I need a little more information,
for example
what the difference to apl -f workspace is.
/// Jürgen
On 11/13/2014 04:13 AM, Blake McBride
wrote:
Greetings,
ay.
Also, can you make "-q" a synonym for "--silent". This is
what most programs use.
This would be greatly appreciated! Thanks.
Blake
On Thu, Nov 13, 20
common in an easier way.
Also, can you make "-q" a synonym for "--silent". This is
what most programs use.
This would be greatly appreciated! Thanks.
Blake
bout what that means.
Thanks.
Blake
On Thu, Nov 13, 2014 at 8:32 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Blake,
Hi Blake,
It was disabled because otherwise - as you have noticed - it would
crash.
The reason is that )LOAD (but also )SIC and )CLEAR)
clears the SI while it is still in use for returning
the result of ⍎ and other things. There is no clean wa
Blake
On Sat, Nov 15, 2014 at 7:55 AM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Blake,
It was disabled
Hi Clark,
that seems to work on my machine.
What is your SVN number (displayed after the GNU APL version in the
Welcome header) ?
Could be that the problem was fixed already since GNU APL 1.4 was released.
/// Jürgen
On 11/16/2014 05:27 PM, Clark Grubb wrote:
It was possible to set the rand
Hi Elias,
this is caused by an ambiguity of / (or ⌿, \. or ⍀ for that
matter). These four
APL symbols can, unfortunately, be dyadic functions or monadic
operators.
Your example boils down to this:
A←1 2 3 4 5
, Jay Foad wrote:
On 25 November 2014 at 14:06, Jay Foad wrote:
On 25 November 2014 at 13:38, Juergen Sauermann
wrote:
I have read the IBM binding rules a number of times but they seem not to
help. The problem of these rules is
that they give
A (/⍨) B
and
(A) /⍨ B
I would recommend the former because that expresses better what is
desired and the latter may change at some point in time.
/// Jürgen
On 11/25/2014 04:01 PM, Juergen S
?
m (/⍨) (2 = +/[1] 0 = m
∘.| m←⍳N)
2 3 5 7 11 13 17 19 23 29 31 37 41
43 47 53 59 61 67 71 73 79 83 89 97
Regards,
Elias
On 26 November 2014 at 21:45, Juergen
Sauermann
Hi David,
the plan was this:
...
Profile 1
...
Profile 2
...
The profile number 0 stands for "all profiles"
No
it's sufficient to call
parse_argv() both before and after the calls to read_config_file().
On Thu, 2014-11-27 at 12:58 +0100, Juergen Sauermann wrote:
Hi David,
the plan was this:
...
Profile 1
...
Profile 2
...
The profile number 0 stands for "all
Hi David,
thanks, included in SVN 513.
/// Jürgen
On 11/29/2014 08:17 AM, David Lamkins
wrote:
attached
--
"The secret to creativity is knowing how to h
Hi Kacper,
thanks, fixed in SVN 514.
/// Jürgen
On 12/02/2014 09:15 AM, Kacper Gutowski
wrote:
1↑⍤0 ⍬
SEGMENTATION FAULT
thread: 0x7fb6c6ec2740
thread_conte
Hi David,
thanks, fixed in SVN 515.
/// Jürgen
On 12/02/2014 05:30 AM, David Lamkins
wrote:
I believe that some of the example ANSI escape
sequences encoded in gnu-apl.d/preferences are partially
incor
Hi Tobia,
you can have a look at http://svn.savannah.gnu.org/viewvc/trunk/web-home/apl/?root=apl
I have started that document but as you can see from the SVN
check-in dates I haven't made much
progress lately.
If you would like to take over tha
Hi,
I have added a parameter CONTROL-Ds-TO-EXIT to the
preferences file.
The default 0 is the current behavior. A positive number
tells how many ^Ds in a row
will exit the interpreter. SVN 516.
/// Jürgen
On 12/19/2014 11:54 AM, Jay
Hi Tobia,
thanks, fixed ^D count in SVN 517.
Actuallly, we are not using readline. And the message should not
occur if you
set the control-D count > 0. I would leave the message as is
because this is a
rather unusual situation and the use
,
and so on. I have tried the latest svn head on both GNU/Linux
and OS X.
Tobia
On Mon, Dec 22, 2014 at 12:31 PM,
Juergen Sauermann <juergen.sauerm...@t-online.de>
Hi Tobia,
I have fixed the special case
{(2|⍵) / ⍵} ⍳3
that you reported, SVN 519.
There remains a handful of border cases related to / ⌿ \ and ⍀
caused by the ambiguity of these symbols
because, for example, functi
e attached patch) since it's an implementation choice
that differs from some other well-known APL interpreters.
Tobia
On Sun, Dec 28, 2014 at 7:43 PM,
Juergen Sauermann <juergen.sauerm...@t-online.d
Hi Tobia,
thanks, fixed in SVN 521.
I also added a chapter in apl.texi to explain the / ⌿
\ and ⍀ handling
/// Jürgen
On 12/30/2014 01:30 AM, Tobia Conforto
wrote:
Hi
Jürgen,
Hi Tobia,
thanks, fixed in SVN 522. It was not related to / parsing.
/// Jürgen
On 12/30/2014 07:28 PM, Tobia Conforto
wrote:
Hello
It semes the parser does not like it when I juxtapose two
la
Hi Martin,
correct. As chapter 2.11 of apl.info says:
"GNU APL supports
direct functions (aka. lambdas), but only in a rather
limited form."
One of several reasons for that is that the ISO standard describes
the operation o
Hi,
I have moved control_C() and cleanup() and a few
variables from main.cc to other places.
That should fix dependencies on main.cc and simplify the
bulding of libapl.so.
SVN 527. Please let me know if you need more.
Have a nice w
Hi Dirk,
looks like you are using an old version?
Please check-out the latest version from SVN.
/// Jürgen
On 01/30/2015 04:42 PM, Dirk Laurie
wrote:
2015-01-30 12:57 GMT+02:00 Elias Mårtenson :
Hi Dirk,
I guess you need to ensure that the static destructors, in
particular the destructor for Workspace::the_workspace
is
being called. There is no destructor ~Workspace() declared
so the compiler creates one automatically.
In case of
Hi Dirk,
sort of intended.
The "EOF at Command.cc:68 " message comes after the next carriage return and
not as a consequece of )OFF. When you type ^D then the input line is not yet
finished so you get the message a little later. This behaviour was
requested earlier and can be changed by setting
Hi Bill,
thanks, fixed in SVN 532.
/// Jürgen
On 02/14/2015 08:38 PM, Bill Heagy
wrote:
In the supplied script wslib5/FILE_IO.apl, the
function "FIO∆fwrite" is defined twice, as FILE_IO[7] (binary) and
as FILE_IO
Hi Dirk,
thanks, fixed in SVN 533.
/// Jürgen
On 02/16/2015 01:59 PM, Dirk Laurie
wrote:
Hi Jurgen:
I have observed that:
1. All commands except )ERASE and )HELP honour the `out` parameter.
2. )HELP writes "Commands
701 - 800 of 1721 matches
Mail list logo
