Can you try patching pstat.c with:
diff --git a/src/pstat.c b/src/pstat.c
index c5e158a..4515378 100644
--- a/src/pstat.c
+++ b/src/pstat.c
@@ -174,7 +174,8 @@ get_pstat (GPid pid,
int conv;
unsigned long rchar, wchar, syscr, syscw, read_bytes, write_bytes;
unsigned long cancelled_writ
I committed the unused variable patch and also stuck the source code
location ./configure option back in:
./configure
--with-apl-source-dir=/home/moller/personal/tinkering/gnuapl/trunk/src
t [-Werror=unused-result]
asprintf(&path, "/proc/%d/stat", pid);
^
cc1: all warnings being treated as errors
Thanks!
Blake
On Sun, Jun 28, 2020 at 4:26 PM Chris Moller <mailto:mol...@mollerware.com>> wrote:
I committed the unu
ike it! Thanks!!
--blake
On Sun, Jun 28, 2020 at 6:18 PM Chris Moller
mailto:mol...@mollerware.com>> wrote:
Bah!, as they say--that's what happens when you rush things.
The fix is to delete the line, but I just committed the fix.
On 28/06/2020 18:3
size is a bit small for me. It would be nice if the font size
was a File/Settings too.
Thanks!
Blake
On Sun, Jun 28, 2020 at 6:45 PM Blake McBride <mailto:blake1...@gmail.com>> wrote:
Works. I like it! Thanks!!
--blake
On Sun, Jun 28, 2020 at 6:18 PM Chris Moller
Updated to apl 1.8
https://github.com/ChrisMoller/aplplot
if anyone's interested.
In my frenetic efforts to catch all my old APL code up to version 1.8,
here are edif and edif2:
https://github.com/ChrisMoller/edif
In case your personal chronological event horizon is, like mine, less
than two years, edif lets you use terminal-based editors like vim and
nano to create and ed
eta-bug which is open since 2005:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Best Regards,
Jürgen
On 6/27/20 5:01 PM, Chris Moller wrote:
Shape.hh: In member function 'Shape Shape::insert_axis(Axis,
ShapeItem) const':
Shape.hh:69:46: error: ''target_mem_ref
cc.gnu.org/bugzilla/show_bug.cgi?id=24639
Best Regards,
Jürgen
On 6/27/20 5:01 PM, Chris Moller wrote:
Shape.hh: In member function 'Shape Shape::insert_axis(Axis,
ShapeItem) const':
Shape.hh:69:46: error: ''target_mem_ref' not supported by
dump_expr' may be
particular fond of #pragmas for a number of reasons, but
since other
contributors to GNU APL have used them already earlier I suppose this one
should do no harm.
Best Regards,
Jürgen
On 7/2/20 4:25 AM, Chris Moller wrote:
Hi, Jürgen,
CXXFLAGS=-Werror=maybe-uninitialized
Way down deep in the gcc
... or maybe a polished-up version of an old toy: aplplot, which I wrote
several years ago.
Aplplot uses the plplot package to produce plots in a number of
formats: standard x-y, polar, and 3D projection at the moment, and more
can be added later. It can put the plot on your screen or dump i
Per a suggestion by Christian Robert, edif and edif2 now support
creating and editing named lambdas. (Though, to be honest, the usual
way of creating a named lambda, fubar←{whatever}, is easier--I just
included the "create" capability for completeness. The only real value
of lambda mode is ed
I've just discovered that you get a syntax error if you try to localise
a system variable in a named lambda:
lll←{⍳⍵⊣⎕io←0;⎕io}
lll 8
SYNTAX ERROR
lll[1] λ←⍳⍵⊣⎕IO←0;⎕IO
^ ^
Is it supposed to work that way? Or is that a bug?
alizing ⎕IO.
*lll←{⍳⍵⊣⎕io←0;⎕io}**
**SYNTAX ERROR**
** lll←λ1**
** ^ ^*
Best Regards,
Jürgen
On 8/7/20 11:27 PM, Chris Moller wrote:
I've just discovered that you get a syntax error if you try to
localise a system variable in a named lambda:
lll←{⍳⍵⊣⎕io←0;⎕io
Very cool! Thanks!
On 2020-08-08 14:38, Dr. Jürgen Sauermann wrote:
Ji Chris,
I see. Have a look at *SVN 1337*.
Best Regards,
Jürgen
On 8/8/20 4:05 PM, Chris Moller wrote:
Hi, Jürgen,
I hate to be augmentative, but what I'm seeing is:
)clear
CLEAR WS
Try building from
svn co http://svn.savannah.gnu.org/svn/apl/trunk
("svn" is the subversion version control system,
sudo dnf install subversion
if you don't have it.)
On 2020-08-21 11:41, T.D. Telford wrote:
Hello,
Running Fedora 32. Downloaded apl-1.8.src.
***
in dir apl-1.8:
Looks like it might be a concurrency problem--edif2 forks, IIRC, twice,
serially, and I never was completely sure that I had the waitpid()s
right. I'll take a look.
Chris
On 10/30/20 11:22 AM, Hans-Peter Sorge wrote:
Hi,
working with an external editor under some circumstances some function
veOccured = ifsv.checkFN(inotify_event);
if ( aSaveOccured ) {
.
FX ifsv.FN
.
}
}
}
---
Best Regards
Hans-Peter
Am 30.10.20 um 16:50 schrieb Chris Moller:
Looks like it might be a concurrency problem--edif2 forks, IIR
}
}
}
-------
Best Regards
Hans-Peter
Am 30.10.20 um 16:50 schrieb Chris Moller:
Looks like it might be a concurrency problem--edif2 forks, IIRC,
twice, serially, and I never was completely sure that I had the
waitpid()s right. I'll take
A package called edif will let you use either an editor that opens its
own window (like emacs) or an in-terminal editor like vi.
You can git-clone it from https://github.com/ChrisMoller/edif.git and
there's an INSTALL file on how to build it and README on how to use it.
On 12/29/20 10:40 PM
Being some combination of sadistic and masochistic, I'm trying to use
the libapl library using the libapl.h API
libapl.h says
/// Pass `command` to the command processor and return its output.
extern const char * apl_command(const char * command_utf8);
but when I do
const char *rc =
.
Best Regards,
Jürgen
On 12/31/20 8:59 PM, Chris Moller wrote:
Being some combination of sadistic and masochistic, I'm trying to use
the libapl library using the libapl.h API
libapl.h says
/// Pass `command` to the command processor and return its output.
extern const char * apl_
Hi, Jürgen,
It may be just a weirdness in my compiler (g++ 10.2.1 20201125 (Red Hat
10.2.1-9)) but when I built your latest libapl it gave half a dozen
instances of things similar to:
libapl.cc: In function ‘Function* get_function_ucs(const unsigned int*,
Function**, Function**)’:
libapl.cc:
Hi, Jürgen,
I hate to be a nuisance, but would it be possible, when installing
libapl.h to simultaneously install ErrorCode.hh and Error.def in the
same place? apl_exec() and apl_exec_ucs() in libapl.cc can return those
codes.
Thanks,
Chris
What's wrong with good old-fashioned computed-goto like:
1 testit y
2 v←hello first second byebye
3 →(y=⍳⍴v)/v
4 hello: 'hello'
5 →byebye
6 first: 'first'
7 →byebye
8 second: 'second'
9 byebye: 'byebye'
variations of which work fine as if/then/else, case statements, and
while/
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
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
Works as well on Fedora release 33, Linux 5.10.17-100.fc32.x86_64 #1 SMP
I don't know if it's significant, but I used git clone to pull down the
source code for 1449 and that results in a ./configure message of:
*** current directory is not a svn checkout: keeping old buildtag
and an `apl
got your own last
buildtag (*1410M* from the savannah SVN) instead of my last buildtag
(*17930*).
This should be fixed now.
Best Regards,
Jürgen
On 3/27/21 6:54 PM, Chris Moller wrote:
Works as well on Fedora release 33, Linux 5.10.17-100.fc32.x86_64 #1 SMP
I don't know if it
u.org/software/apl/
Jürgen's version can be gotten at either:
svn checkout http://svn.savannah.gnu.org/svn/apl/trunk
or
git clone https://git.savannah.gnu.org/git/apl.git
Good luck,
Chris Moller
On 6/18/21 8:50 AM, Adám Brudzewsky wrote:
Hi, can anyone answer this?
Unrecognised symb
Hey, isn't it one of the proper characteristics of APL that you can do
/anything/ in one line--if you're clever enough? 😁
On 7/10/21 5:19 AM, Dr. Jürgen Sauermann wrote:
Hi,
in my opinion lambdas should be as close to defined functions as possible
and local variables are one aspect of that.
Roger that, as we used to say under different circumstances--great stickers.
But I APL in two places in my house, one with a black keyboard, the
other off-white. Russ says he'll get a white set made if enough people
order a black set and there's enough interest in a white set. So I'd
conside
I don't know if it's a bug or a feature, but
apl --show_src_dir
used to show the local apl directory used to build it but is now showing
/home/eedjsa/savannah-repo-apl/trunk/src
When writing native functions, in order to set the include path, it was
really handy being able to get the lo
x27;t help
Chris
On 10/1/21 04:46, Dr. Jürgen Sauermann wrote:
Hi Chris,
simply run ./configure and make after every SVN update.
./configure recomputes the paths that are being displayed.
Best Regards,
Jürgen
On 9/30/21 8:37 PM, Chris Moller wrote:
I don't know if it's a bug or a
I've no idea if anyone is still using edif and edif2, but I just updated
them both to work with APL svn 1486.
https://github.com/ChrisMoller/edif
OpenPGP_0xDA6C0193083E.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Try /usr/local/lib/apl/wslib*
On 10/5/21 15:49, Bill Daly wrote:
I've been testing apl on Fedora. I installed gnu-apl using
apl-1.8-0.x86_64.rpm. As installed, /etc/gnu-apl.d/preferences read:
LIBREF-3 /usr/lib/apl/wslib3
LIBREF-4 /usr/lib/apl/wslib4
LIBREF-5 /usr/lib/apl/wslib5
I ch
I just tried to build 1537 with libapl:
./configure --with-libapl
When you do that, the final link blows up with a couple hundred lines of
variations of:
/usr/bin/ld: /usr/local/lib/libfftw3.a(apiplan.o): relocation
R_X86_64_32S against `.rodata' can not be used when making a shared
Hi, Jürgen,
A few months ago, Russ/Russtopia sent me an edif bug that I've only just
now had time to look at:
[0] ~/Downloads/apl-1537/src >./apl --noCONT
'libedif.so' ⎕fx 'edif'
edif
]DOXY
===
SEGMENTATION FAULT
For any edif users out there, there's an update against apl 1537 at
https://github.com/ChrisMoller/edif
OpenPGP_0xDA6C0193083E.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
apl_exec() can output to both stdout and stderr.
I use:
std::stringstream outbuffer;
std::streambuf *coutbuf = std::cout.rdbuf();
std::cout.rdbuf(outbuffer.rdbuf());
std::stringstream errbuffer;
std::streambuf *cerrbuf = std::cerr.rdbuf();
std::cerr.rdbuf(errbuffer.rdbu
tions
function apl_exec(p : pchar) : longint; cdecl; // gives good results displayed
but stdout captures only 0
function apl_exec(p : pchar) : ansistring; cdecl; // gives nothing to screen
with apl_exec nor any stdout
On Sun, 24 Jul 2022 17:16:10 -0400
Chris Moller wrote:
apl_exec(
*.
Best Regards,
Jürgen
On 7/25/22 4:49 PM, Chris Moller wrote:
Sorry, but I have no idea how the interface between freepascal and C
libraries works. If your ⎕io is set to 1, the default, there's
certainly no obvious reason for an ASCII 0 to be emitted to stdout.
Does freepascal
/Very/ cool!
On 9/21/22 07:49, Dr. Jürgen Sauermann wrote:
Hi,
I would like to announce a new GNU APL feature: ⎕PNG
PNG stands for "Portable Network Graphics" and is a file format,
standardized
in RFC 2083, for (still) images that is, among several other use
cases, also
directly understood
101 - 143 of 143 matches
Mail list logo
