|
From: | Brian Callahan |
Subject: | Re: Building GNU APL (1.8, SVN: 1252) under OpenBSD/amd64 6.6-STABLE |
Date: | Wed, 8 Apr 2020 08:37:33 -0400 |
User-agent: | Mozilla/5.0 (X11; OpenBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 |
Hi Alexander,
the _N issue is fixed in SVN 1253.
Regarding the warning there seems to be a mismatch in the determination
of the memory available to the process running the interpreter. The methods
for doing that are potentially platform specific.
Could you please:
A. start apl like this:
apl -l37
and send me the output,
B. Run
cat /proc/meminfo
and send me the output, and
C. run
ulimit -a
and send me the output, and
The warning is not too serious and only matters if the workspace
size comes close to the amount of memory that the process is
allowed to use.
Best Regards,
Jürgen Sauermann
On 4/8/20 8:51 AM, Alexander Shendi wrote:
Hello GNU APL world, I have compiled SVN 1252 under OpenBSD 6.6-STABLE (amd64). I had the following small issue: In file "src/Bif_F12_DOMINO.hh" I had to insert #ifdef _N #undef _N #endif after line 28. It seems the system header file "ctype.h" i already #defines _N. I'm not sure this is the correct remedy. Another option would be to rename all occurences of "_N" in that file to e.g. "_NN". After startup GNU APL displays the following message: surfacego$ ./.local/gnuapl/svn-1252/bin/apl --noColor *** Warning: the process memory limit (RLIMIT_AS) of 6442450944 is more than the estimated total_memory of 3221225472. This could cause improper WS FULL handling. ::connect() to supposedly existing APserver failed: Invalid argument I'm not sure what this means, let alone how to deal with it. Many thanks in advance for your help. Best Regards, Alexander
[Prev in Thread] | Current Thread | [Next in Thread] |