[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Building GNU APL (1.8, SVN: 1252) under OpenBSD/amd64 6.6-STABLE

From: Rowan Cannaday
Subject: Re: Building GNU APL (1.8, SVN: 1252) under OpenBSD/amd64 6.6-STABLE
Date: Wed, 8 Apr 2020 13:27:43 +0000

Heres the contents of /proc/meminfo on linux 5.4.0-2-amd64:

MemTotal:        7833580 kB
MemFree:          949240 kB
MemAvailable:     997536 kB
Buffers:             108 kB
Cached:          1062792 kB
SwapCached:       532548 kB
Active:          3367828 kB
Inactive:        2045752 kB
Active(anon):    3156684 kB
Inactive(anon):  1970732 kB
Active(file):     211144 kB
Inactive(file):    75020 kB
Unevictable:      132848 kB
Mlocked:             160 kB
SwapTotal:      16775164 kB
SwapFree:       12945232 kB
Dirty:                64 kB
Writeback:             0 kB
AnonPages:       4058336 kB
Mapped:           650772 kB
Shmem:            778600 kB
KReclaimable:      81904 kB
Slab:             571688 kB
SReclaimable:      81904 kB
SUnreclaim:       489784 kB
KernelStack:       19792 kB
PageTables:        53056 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    20691952 kB
Committed_AS:   15905748 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      225096 kB
VmallocChunk:          0 kB
Percpu:            11456 kB
HardwareCorrupted:     0 kB
AnonHugePages:    598016 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
FileHugePages:         0 kB
FilePmdMapped:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
Hugetlb:               0 kB
DirectMap4k:     2245252 kB
DirectMap2M:     5816320 kB
DirectMap1G:           0 kB

- Rowan

On Wed, Apr 8, 2020 at 12:38 PM Brian Callahan <address@hidden> wrote:
OpenBSD does not have the /proc filesystem.
What does cat /proc/meminfo do? So that I can provide an analogous OpenBSD command.


On 2020-04-08 6:58 AM, Dr. Jürgen Sauermann wrote:
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

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,


reply via email to

[Prev in Thread] Current Thread [Next in Thread]