ter
On Oct 5, 2022, at 10:43 AM, Dr. Jürgen
Sauermann <m...@xn--jrgen-sauermann-zvb.de>
wrote:
Hi Peter,
thanks. A closer look in
Hi Martin,
thanks, fixed in SVN 1594.
Best Regards,
Jürgen
On 10/10/22 11:19 AM, Martin Michel
wrote:
Hi Jürgen,
I guess this is a regression defect.
It was working correctly at SVN 1574 but at some commit up t
Peter
On Oct 3, 2022, at 8:12
AM, Dr. Jürgen Sauermann <m...@xn--jrg
Hi Russ,
I am no expert in foreign keyboard layouts, and in particular not in
Latin-American ones.
However, I found the following program in Linux Mint (and supposedly
also in Ubuntu and
other GNU/Linux distributions) useful:
*gkbd-keyboard-display -l *
where is probably one of those in */u
Hi Steve,
no problem, this was actually my fault. The ./configure script
should have checked
the presence of png.h, but it apparently doesn't. I will fix that
in the next days in SVN.
Best Regards,
Jürgen
On 10/14/22 11:05 AM, S
Hi Louis,
thanks, fixed in SVN 1597.
Best Regards,
Jürgen
On 10/15/22 7:35 PM, Louis Chretien via
Bugs and suggestions for GNU APL wrote:
The warning about Command.cc is still present in build
1596
Hi Louis,
thanks, fixed in SVN 1597.
Best Regards,
Jürgen
On 10/15/22 7:35 PM, Louis Chretien
via Bugs and suggestions for GNU APL wrote:
The warning about Command.cc is still pre
Hi Peter,
from time to time (rather rarely) I update the Doxygen documentation of
GNU APL
which is rather large and takes time:
http://svn.savannah.gnu.org/viewvc/*checkout*/apl/trunk/html/index.html
(needs chromium to display properly, firefox does not work for unknown
reasons).
Sorry for
Hi everybody,
as some of you have noticed, there were some disturbances lately
with SVN updates of GNU APL.
These disturbances were caused by my bad idea to make, as a matter
of convenience,
the Doxygen documentation of GNU APL visible (and bro
Hi Peter,
I will look deeper into this. At first a glance, MacOS binaries seem to
be incompatible with
proper ones (e.g. -f is a valid option for my readlink command).
he clan warning looks bogus (see end of README-11-bogus-compiler-warnings
as to how to fix this with ./configure.
The problem
Hi Peter,
thanks for reporting this.
Line 304 should be fixed now by replacing readlink -f with
realpath.
Line 336 ff. seems to be an issue with your makeinfo version (mine
is 6.5
and I am not getting these warnings),
Line 649 ff. a
Gandalf:trunk pteeson$
On Oct 19, 2022, at 7:42 AM, Dr. Jürgen
Sauermann <m...@xn--jrgen-sauermann-zvb.de>
wrote:
Hi Peter,
thanks for reporting this.
On Oct 19, 2022, at 1:27 PM, Dr. Jürgen
Sauermann <m...@xn--jrgen-sauermann-zvb.de>
wrote:
Hi Peter,
I see. Next try then: SVN 1607.
I ho
ible leading tabs in
Makefiles...
On 10/20/22 08:06, Dr.
Jürgen Sauermann wrote:
Hi
again,
I may have found the problem.
Hi,
as some of you may have noticed already, there were some changes
in
the ./configure script of GNU APL:
1. more comments inside the script (file: configure.ac)
2. more structured output and increased verbosity, and
3. move of some scri
Hi Peri,
editing the Makefiles (or configure) is certainly not the way to
go.
When I look at the SVN tree, e.g.
http://svn.savannah.gnu.org/viewvc/apl/trunk/doc/
then I see the doc/DALY subdir. Likewise for wslib3 and wslib5.
Hi Russ,
looks like something is VERY WRONG on your box.
According to the messages below, you want parallel execution with
4 cores. However parallel execution requires two functions atomic_add()
and atomic_read() to be present on your platform.
Unfortunately these functions are not portable, i.e
Hi again,
sorry, my fault. I accidentally deleted a test for ext/atomicity.h in
./configure.
Fixed in SVN 1627.
Best Regards,
Jürgen
On 11/15/22 10:06 AM, Dr. Jürgen Sauermann wrote:
Hi Russ,
looks like something is VERY WRONG on your box.
According to the messages below, you want
Hi,
I have added some more widgets to ⎕GTK, a new chapter to HOWTOS/Quad-GTK.html,
and fixed some minor quirks.
Also new: workspace workspaces/SQL_GUI.apl with several
examples for ⎕GTK and ⎕SQL.
SVN 1642.
Enjoy,
Jürge
Gentlemen,
I am sorry for not responding earlier to any emails to
bug-apl@gnu.org.
I was unexpectedly taken offline after new year and I am
now online again, although only for a short period. Just
having returned from ICU and hospital, I will
Hi Brian,
thanks, fixed in SVN 1645.
Best Regards,
Jürgen
On 1/6/23 3:58 AM, Mr. Brian B.
McGuinness wrote:
GNU APL2:
12345678909876543210
Hi enztec,
not sure if this helps, but if I remember correctly (I may not) then the
main GNU APL output
goes to *stderr* (fd 2) and not to *stdout* (fd 1). The reason is
somewhat historic because *stdout* is
buffered by default while *stderr* is not (which caused some issues with
*stdout* when
Hi enztec,
see below...
Jürgen
On 1/27/23 10:55 PM, enz...@gmx.com
wrote:
Hi Jürgen (i hope you are feeling better - if you need a pint of [blood, beer, ]
these quotes are from an fpc programmer who is interested in the libap
fio[3] do it?
On Sat, 28 Jan 2023 12:21:06 +0100
Dr. Jürgen Sauermann wrote:
Hi enztec,
see below...
Jürgen
On 1/27/23 10:55 PM, enz...@gmx.com wrote:
Hi Jürgen (i hope you are feeling better - if you need a pint of [blood, beer, ]
these quotes are from an f
Hi Hans-Peter,
thanks, fixed in SVN 1646.
Best Regards,
Jürgen
On 1/29/23 10:15 PM, Hans-Peter Sorge
wrote:
Hi,
I have some
bigger data collections to analyze.
Zeros ar
Hi,
two explanations:
1. ⎕FIO does not allow closing of file descriptors 0, 1, and 2 aka.
stdin, stdout and stderr.
Closing them is usually a mistake because it disconnects the interpreter
from its I/O. That
should explain the DOMAIN ERRORs.
2. Files opened with fopen (aka.*⎕FIO[3]*) are buf
le somewhere?
Thanks
with friendly greetings
Knud van Eeden
===
On Monday, August 29, 2022 at 11:
endly greetings
Knud van Eeden
On Sunday, February 19, 2023 at 02:37:19 PM GMT+1, Dr.
Jürgen Sauermann
wrote:
Hi Knud,
lcome to GNU APL
version 1.8 / SVN: 1646
Copyright (C)
2008-2021 Dr. Jürgen Sauermann
Banner by
FIGlet: www.figle
ically always works to get the
error output.
But in
apl.exe it never worked, whatever tried.
Thanks
On Monday, February 20, 2023 at 11:18:24 AM GMT+1, Dr
Hi Blake,
thanks, done. *SVN 1646*.
Best Regards,
Jürgen
On 1/16/23 3:28 PM, Blake McBride wrote:
Greetings,
Attached is the updated ComponentFile.apl workspace.
Jürgen, could you please update
the wslib5/APLComponentFiles/ComponentFiles.apl with the attached one?
Thank you!
Blake McBrid
Hi enztec,
thanks, fixed in SVN 1650.
Best Regards,
Jürgen
On 2/25/23 1:01 AM, enz...@gmx.com
wrote:
when compiling libapl for python3 i get following make problem
python_apl.cc: In function 'PyObject* apl_exec(PyObje
on3.10/lib-dynload/gnu_apl.cpython-310-x86_64-linux-gnu.so: undefined symbol: main
a gnu_apl.so from an earlier svn compile works fine - so nothing has changed at this end
thanks
On Sun, 26 Feb 2023 18:18:27 +0100
Dr. Jürgen Sauermann wrote:
Hi enztec,
thanks, fixed in SVN 1
the
wromg one then you will get a "module not found" error in
python.
Best Regards,
Jürgen
On 2/28/23 12:01 PM, Dr. Jürgen
Sauermann wrote:
d libapl fpc code all runs fine
enztec
On Tue, 28 Feb 2023 12:01:59 +0100
Dr. Jürgen Sauermann wrote:
Hi enztec,
which SVN version worked on your side? And does it still work?
I suppose that the python callling conventions for modules have changed in
the meantime, s
fact, main() has been undefined all the
time (without any
harm), but now Python 3.10 complains about this.
Fixed in SVN 1651.
Best Regards,
Jürgen
On 3/1/23 3:37 PM, Dr. Jürgen Sauermann
wrote:
Hi enztec
On Wed, 1 Mar 2023 16:17:43 +0100
Dr. Jürgen Sauermann wrote:
Hi again,
I believe that I have found the problem. main() was indeed referenced
from APL (in Backtrace.cc) and apparently Python 3.10 has become
more picky about undefined symbols in shared libraries than e.g. 3.8.
Hi Louis,
thanks, fixed in SVN 1654.
Best Regards,
Jürgen
On 3/5/23 11:27 PM, Louis Chretien via
Bugs and suggestions for GNU APL wrote:
Two warnings are
present in the build 1651 of APL:
Gentlemen,
thanks for the discussion, fixed in SVN 1655.
Hans-Peter, I am sorry that this change creates an incompatibility
in your code.
My thinking for the old solution was this:
V←0 0 0 ◊ V←1 ◊ V ∩ case 1.
1
Hi Louis,
thanks, fixed in SVN 1655.
Best Regards,
Jürgen
On 3/5/23 11:27 PM, Louis Chretien via
Bugs and suggestions for GNU APL wrote:
Two warnings are
present in the build 1651 of APL:
Hi enztec,
see below.
On 3/6/23 9:31 PM, enz...@gmx.com
wrote:
Hi
it doesn't seem possible to create apl fns with apl_command or apl_exec directly using libapl
This premiss seems wrong:
#include
// compile with:
c
1 1 1
1 1 1
1 1 1
And that's Dyalog too.
Please restore compatibility:-)
Best Regards
Hans-Peter
Am 06.03.23 um 16:10 schrieb Dr.
Hans-Peter
Am 06.03.23 um 16:10 schrieb Dr.
Jürgen Sauermann:
Gentlemen,
thanks for the discussion, fixed in SVN 1655.
Hans-Peter, I am sorry that this change creates a
n Tue, 7 Mar 2023 16:28:26 +0100
Dr. Jürgen Sauermann wrote:
Hi enztec,
see below.
On 3/6/23 9:31 PM, enz...@gmx.com wrote:
Hi
it doesn't seem possible to create apl fns with apl_command or apl_exec directly using libapl This premiss seems wrong:
#include
// compi
s ⎕FX
when the function editing is finished with the final ∇.
Best Regards,
Jürgen
On 3/8/23 7:40 PM, enz...@gmx.com
wrote:
Hi Jürgen
please go down the email
On Wed, 8 Mar 2023 18:42:03 +0100
Dr. Jürgen Sauermann wrote:
Hi e
fication
(1
0/3⊃V)←'ABC'
V
1 bc ABC
does not yield the same content for 3⊃V as for modified M.
Best Regards
Hans-Peter
Am 08.03.23 um 17:44 schrieb Dr.
Jürgen Sauermann
i come up with
thanks
enztec
On Wed, 8 Mar 2023 20:27:43 +0100
Dr. Jürgen Sauermann wrote:
Hi enztec,
the use of )COPY in libapl may depend on whether the workspace that
is being copied was )SAVED or )DUMPED. The latter may use the ∇-editor
which functions only if a proper I/O
Regards
Hans-Peter
Am 09.03.23 um 17:49 schrieb Dr.
Jürgen Sauermann:
Hi Hans-Peter,
you are probably right. This one looks rather tricky,
therefore
I may need some time. But I am working on it
Hi enztec,
see *info libapl* (after make install).
Best Regards,
Jürgen
On 3/10/23 10:59 PM, enz...@gmx.com wrote:
hi Jürgen
sorry but would you mind giving me an example of how to use this new code?
thanks
On Fri, 10 Mar 2023 16:31:06 +0100
Dr. Jürgen Sauermann wrote:
Hi enztec,
I
Hi Bill,
I will look into this. Are you using XCB or GTK
(see your ./configure output)?
XCB had some problems with strings and is no longer open for new
functionalities.
So I will most likely do it for GTK only. Something along the
lines
Jürgen
On 3/9/23 6:56 PM, Hans-Peter Sorge
wrote:
Hi Jürgen,
thank you for considering it.
Your work is admirable.
Best Regards
Hans-Peter
On 3/13/23 10:50 PM, enz...@gmx.com wrote:
Jürgen
your code change didn't fix my problem and actually broke my workaround
I am sorry to hear that. I have no idea though what the purpose of your
workaround actually is. work around which problem? Your initial issue
was the lack of a way to defin
changed.
what code specifically do you want me test?
the code in my last email. Attached again.
On Tue, 14 Mar 2023 13:21:21 +0100
Dr. Jürgen Sauermann wrote:
On 3/13/23 10:50 PM, enz...@gmx.com wrote:
Jürgen
your code change didn't fix my problem and actually broke my workaround
ding
the final ∇.
On Tue, 14 Mar 2023 13:21:21 +0100
Dr. Jürgen Sauermann wrote:
On 3/13/23 10:50 PM, enz...@gmx.com wrote:
Jürgen
your code change didn't fix my problem and actually broke my workaround
I am sorry to hear that. I have no idea though what the purpose of your
workaround
this,
see e.g. Quad_FIO::do_FIO_57() but using fork() followed
by
execve(APL interpreter) in the child.
On 3/14/23 8:18 PM, Dr. Jürgen
Sauermann wrote:
On
3/14/23 6:42 PM, enz...@gmx.com wrote:
Jürgen
your
Hi Hans-Peter,
see below. Note that ⌷ and ⊃ give different
results
in GNU APL and also in IBM APL2 (PC version).
Best Regards,
Jürgen
On 3/14/23 10:12 PM, Hans-Peter Sorge
wrote:
Hi Jürgen,
look
Hi Brian,
than you very much for your friendly feedback.
Hopefully fixed in SVN 1663.
Best Regards,
Jürgen
On 3/16/23 12:48 AM, Mr. Brian B.
McGuinness wrote:
These are a few things I noticed whi
3/19/23 9:13 PM, enz...@gmx.com
wrote:
On Wed, 15 Mar 2023 12:28:09 +0100
Dr. Jürgen Sauermann wrote:
enztec,
some more explanation of what is, to the best of my knowledge, happening.
If you build GNU APL as a full interpreter, then is essentially consi
On 3/23/23 22:12, enz...@gmx.com wrote:
when using )copy in an apl ws (see attached fns.apl) or as an apl script
(./fns.apl or apl fns.apl)
the ⍝∇ in fns f1 is treated as a ∇ and should give the same results as if it
was not there
No.
*⍝ *starts a comment and *∇* closes the ∇editor. After t
On 3/24/23 18:11, enz...@gmx.com wrote:
a ⍝ should be a comment for all that follows it - the parsing should not
arbritarily decide what follows is executed
is ⍝ '1' executed?
No. If you enter in ⍝ immediate executionmode, then yes - nothing happens.
However, if you enter ⍝ in function defi
Hi Robert,
I have quite a few thoughts when in comes to lambdas, in particular
named lambdas and multi-line lambdas. The limitations that you see are
primarily caused by concerns that otherwise APL would develop into a
non-APL direction. A language does not necessarily get better as the
numbe
Hi Robin,
yes it is. Fixed in *SVN 1675*.
Windows files are rarely updated, for an up-to-date windows version:
install cygwin,
check out from SVN, then
./configure ; make ; sudo make install
like in GNU/Linux.
Best Regards,
Jürgen
On 4/4/23 14:20, Robin Haberkorn wrote:
Perm ← {(X/⍨⍺=+/¨X←
Hi Laura,
sorry, forgot to add (done automatically in SVN).
May works now, please let me know if not.
Best Regards,
Jürgen
On 4/29/23 17:18, Laura Aino Violetta Aléanor wrote:
Hi all,
I tried building gnu-apl from the git repo (
https://git.savannah.gnu.org/git/apl.git ) today, but the ./con
Hi Laura,
thanks, I now added everything in SVN to git. I had a local server
crash recently so it could be that my recovery has pushed files into
the savannah SVN that shouldn't be there.
So the question is less if there is a diff between SVN and git
but rather if files needed for the build are
Hi Emmanue;
On 5/15/23 23:23, Emmanuel Charpentier wrote:
Dear list,
after a 37 years (!) hiatus, I have the opportunity to come back to
APL. Gnu apl appears to be the easiest way to do that, at least
partially due to emacs' gnu-apl-mode package, which appears to be a
great interface.
Thank yo
points (most of them being well taken
! ). More later...
Le mardi 16 mai 2023 à 13:45 +0200, Dr. Jürgen Sauermann a écrit :
Hi Emmanue;
On 5/15/23 23:23, Emmanuel Charpentier wrote:
Dear list,
after a 37 years (!) hiatus, I have the opportunity to come back to
APL. Gnu apl appears to be
Hi Emmanuel,
could you please translate the french error message to English?
No idea yet what this is about.
In the meantime it may help to copy Python.h from:
|/usr/include/python3.11/Python.h|
to:
|/usr/include/Python.h|
Or configure GNU APL like this:
*CXXFLAGS="-I /usr/include/python3
actually:
*CXXFLAGS="-I /usr/include/python3.10" ./configure --with-python*
On 5/25/23 11:31, Dr. Jürgen Sauermann wrote:
Hi Emmanuel,
could you please translate the french error message to English?
No idea yet what this is about.
In the meantime it may help to copy Python.h f
Hi Emmanuel,
thanks. Seems like python_apl.cc was not compiled for a while.
Fixed in *SVN 1695*.
Best Regards,
Jürgen
On 5/25/23 13:10, Emmanuel Charpentier wrote:
Le jeudi 25 mai 2023 à 11:34 +0200, Dr. Jürgen Sauermann a écrit :
CXXFLAGS="-I /usr/include/python3.10" ./config
what I am doing
wrong?
SVN is far more painless for everybody so I can only recommend
to use it instead of git (command line SVN is perfect, no need for
any SVN IDE.
Best Regards,
Jürgen
On 5/25/23 14:39, Emmanuel Charpentier wrote:
Le jeudi 25 mai 2023 à 13:49 +0200, Dr. Jürgen Sauermann a
I would like to share another anecdote with you.
Some years ago I worked for a company that forced me to use
git. I used to work from my home office and commit my changes
to the company's git repository. Needless to say that I use SVN
in my home office and I admit that I am not a git expert, not
e DEB` does not seem to do what I expected it to do.
Any hint ?
--
Emmanuel Charpentier
Le jeudi 25 mai 2023 à 14:39 +0200, Emmanuel Charpentier a écrit :
Le jeudi 25 mai 2023 à 13:49 +0200, Dr. Jürgen Sauermann a écrit :
Hi Emmanuel,
thanks. Seems like python_apl.cc was not compiled for a
the python README for users to make a
_symbolic link _
from their actual python location to a _standard_ place such as
/usr/include/python?
Then configure need only refer to that.
On May 25, 2023, at 5:34 AM, Dr. Jürgen Sauermann
http://jrgen-sauermann-zvb.de>> wrote:
actually:
*C
ogether a brief note for Mac devs wrt Python. Feel free to use
it if you wish.
best regards
Peter
On May 26, 2023, at 11:03 AM, Dr. Jürgen Sauermann
http://jrgen-sauermann-zvb.de>> wrote:
Hi Peter,
thanks, generally a good idea. I will look into that. Problem is that
even the "st
Hi Emmanuel,
thanks, fixed in *SVN 1699*.
Best Regards,
Jürgen
On 5/28/23 13:43, Emmanuel Charpentier wrote:
I stumbled on a minor (?) |⍕| problem
I |)dump|ed the results of a previous work (content irrelevant.
Restore it, and examine these results :
|)load Exp01dmp.apl DUMPED 2023-05-27
:
Le lundi 29 mai 2023 à 15:03 +0200, Dr. Jürgen Sauermann a écrit :
Hi Emanuel,
is this behavior reproducible?
From an APL perspective it simply looks like the body of
your function contains an invalid Unicode (probably â according
to the hex value).
You can get more info with:
*]log 6*
in APL
header line from emacs to APL.
Unfortunately I know very little as to how *emacs* works, maybe
Elias knows better how to troubleshoot this.
Best Regards,
Jürgen
On 5/29/23 19:42, Emmanuel Charpentier wrote:
Le lundi 29 mai 2023 à 18:07 +0200, Dr. Jürgen Sauermann a écrit :
Hi,
the make *distclea
Hi Peter,
thanks, fixed in *SVN 1700*.
Best Regards,
Jürgen
On 5/31/23 21:47, Peter Teeson wrote:
Hi Jürgen:
Full logs attached at bottom. kind regards Peter
Gandalf:~ pteeson$ cd /Volumes/Data/GNUAPL-on-Mac-WS/GNUapl
Gandalf:GNUapl pteeson$ svn co
http://svn.savannah.gnu.org/svn/apl/trun
Hi Peter,
thanks for the proposal. The logging facilities are already
described in the *GNU-APL-Designers-Guide.html* and
I have added a note concerning *-l 37*. Also:
*apl --help**
*
mentions it, although it could be missed there due to the many
command line options.
*SVN 1705*.
Best Regards,
Hi Peter,
you are excused. The developer guide is quite new and you are
now probably the first who read it. The READMEs are intended for
"normal" users while the HOWTOs are for those that want to look
a little deeper into specific GNU APL topics (including myself).
Best Regards,
Jürgen
On 6/5
Hi Chris,
thanks. I moved made the uprefs variable from
top-level to class UserPreferences (where it belongs).
That change had not propagated to all build branches,
but now I hope it is everywhere.
*SVN 1707*.
Best Regards,
Jürgen
On 6/5/23 17:42, Chris Moller wrote:
Hi, Jürgen,
Xtian Robe
Hi,
sorry for that. The reason for making it private is to entirely prevent
its usage.
The former implementation of of it only worked for ASCII strings. There was
a note about that in the header file, but I have seen quite a few incorrect
usages of it (read: with UTF8-encoded strings) which the
x27;s circumventing what you're trying to do, let me know and I'll
think of something else.
Even after a lot of years, I'm still not sure of the differences
between UTF, UCS, Unicode, etc, etc.
--cm
On 6/6/23 15:56, Dr. Jürgen Sauermann wrote:
Hi,
sorry for that. The reason for mak
:tcp addr:46345 __ _ __ __ __
___ __ / // | / // / / / / | / __ \ / / / / __ / |/ // / / /
/ /| | / /_/ // / / /_/ // /| // /_/ / / ___ | / // /___ \//_/
|_/ \/ /_/ |_|/_/ /_/ Welcome to GNU APL version 1.8 / SVN:
Unversioned directory Copyright © 2008-2023 Dr. Jürgen Sauermann
Banner by FIGlet: www.figlet.org This program comes with ABSOLUTELY NO
WARRANTY; for details ru
08 juin 2023 à 12:39 +0200, Dr. Jürgen Sauermann a écrit :
Hi Emmanuel,
thanks. fixed in *SVN 1709*.
Best Regards,
Jürgen
On 6/8/23 08:22, Emmanuel Charpentier wrote:
From *SVN 1708*, used throug emacs' |gnu-apl| inferior mode :
|This is the gnu-apl-mode interactive buffer. To toggle key
Hi Emmanuel,
first of all, lambdas are a bad construct which causes quite
a number of syntactic inconsistencies. Simply speaking,
the concept has not been thought out well.
1. A defined function created with ∇ or ⎕FX is unambiguously
that: a defined function. For that reason I sometimes call
th
Hi Emmanuel,
you can change the ⍞-input prompt but not the immediate execution prompt.
An example (adopted from the IBM APL2 language manual):
* ∇Z←INPUT PROMPT**
**[1] ⍞←PROMPT ◊ Z←⍞**
**[2] ∇**
** INPUT 'MY-Prompt: '**
**MY-Prompt: 42**
** 42**
*
Changing the immediat
Hi Russtopia,
thank you for reporting this.
Seems like I incorrectly assumed that the presence of libxcb implied the
presence of its header file. Hopefully fixed in *SVN 1715*.
Details:
your config.log says:
*conftest.cpp:139:10: fatal error: X11/Xlib-xcb.h: No such file or
directory*
whic
in my installation
environment.
Thanks,
-Russ
On Tue, Jul 4, 2023 at 5:00 AM Dr. Jürgen Sauermann
mailto:mail@j%C3%BCrgen-sauermann.de>> wrote:
Hi Russtopia,
thank you for reporting this.
Seems like I incorrectly assumed that the presence of libxcb
implied the
Hi Bill,
thanks, fixed in *SVN 1724*.
Best Regards,
Jürgen
On 8/10/23 16:20, Bill Daly wrote:
It seems related to this CONTINUE workspace. When I moved it out of
workspaces, I got the 6 space prompt.
w
Hi Bill,
thanks. I have removed the message (a debug left-over).
*SVN 1725*.
Best Regards,
Jürgen
On 8/12/23 17:09, Bill Daly wrote:
I'm sending a log including the final message:
fifo[si=0 len=4 PC=4] is now : TC_END TC_SYMBOL TC_ASSIGN TC_VOID at
Prefix.cc:529
I generated this by loadin
Hi Robin,
thanks a lot for sharing it.
Have a nice weekend,
Jürgen
On 8/28/23 04:57, Robin Haberkorn wrote:
Hello everyone!
Here's a complete implementation of AES in GNU APL, that I thought might be
worth sharing:
https://gist.github.com/rhaberkorn/78a982dbd49bc896175607289507cb64
It's pu
Hi,
the problem seems to be that you let APL print to a terminal (which wraps
long lines at ⎕PW).
A better way is probably to use one of the ⎕FIO functions in your
APL script as to write directly to the output file (which bypasses
the terminal).
Of course output forwarding in the shell would no
Hi Stephen,
On 9/10/23 21:58, Stephen Lewis via Bugs and suggestions for GNU APL wrote:
...
When using 'apl' script in a pipeline I was surprised to find formatting
clearly designed for a terminal when output was going to a file. Especially
when the formatting has the effect of changing the shap
Hi Peter,
thanks, fixed in *SVN 1734*.
Best Regards,
Jürgen
On 9/27/23 23:08, Hans-Peter Sorge wrote:
Hi,
*This gives a stack trace:*
X←0 2⍴ ⊂'0'
⍎¨X[;1]
==
Assertion failed: start <= body_fr
Hi Peter,
it very much looks like the VALENCE ERROR is caused by the minus
sign in 1E-13. The question is where the minus comes from. There
are two possibilities:
1. The most likely case is that the user has written 1E-13 in some
APL script (but meant to write 1E¯13). In this case GNU APL see
from that time.
And no - that is not Corona.
How the E-13 got into a *newly* created WS (one week old) is out of
my scope.
And the )load only failed because i have a function E on board.
Within my apl / xml inventory there is no E¯13 / e-13 mix.
Best Regards
Hans-Peter
Am 29.09.23 um
Hi Blake,
thank you for reporting this. It very much looks like
this message is generated inside the libpq library,
probably in the initialization of the library. Not much
that I can do about it.
I also checked my libpq (mine is libpq.so.5.14) and that
one seems not to contain anything near to t
Hi,
thank you all for discussing this.
To address at least some of the issues i have:
1, removed typeof() entirely, and
2. replaced *std::auto_ptr<>* with *std::unique_ptr<>*
as proposed on the internet.
I am not entirely sure about 2. though. It was only used twice
in emacs_mode and once i
Hi Louis,
thanks for reporting this. I believe that I managed to fix all compiler
warnings.
The linker warning:
*ld: warning: -bind_at_load is deprecated on macOS*
seems to be caused by different libtool versions. Maybe running *libtoolize*
on your box in the top-level GNU APL directory fixe
1 - 100 of 663 matches
Mail list logo
