I found it. The problem is that shm_open is defined to -1: #ifndef HAVE_LIBRT # define shm_open(name, oflag, mode) (-1) # define shm_unlink(name) (-1) #endif
For some reason HAVE_LIBRT is not defined on OSX, but it does have shm_open(). If I just remove this block, the resulting binary works find on OSX. Regards, Elias On 15 June 2014 00:28, Juergen Sauermann <juergen.sauerm...@t-online.de> wrote: > Hi Elias, > > as far as I remember, I haven't changed anything around the shared memory. > > Please check the permissions and the existence of the parents of > /dev/shm/apl-svars: > > *eedjsa@server64:~/projects/juergen/apl-1.3/src$ > <eedjsa@server64:~/projects/juergen/apl-1.3/src$> ls -l /dev/shm/apl-svars* > *-rw-rw-rw- 1 eedjsa eedjsa 20396 2014-06-14 12:00 /dev/shm/apl-svars* > > /// Jürgen > > > > On 06/11/2014 05:57 PM, Elias Mårtenson wrote: > > Since recently (the last few days?) I've bee getting this error when > starting GNU APL: > > shm_open(/apl-svars) failed: No such file or directory > shm_open(/apl-svars) failed: Undefined error: 0 > > *** Failed to start APnnn: processor -1 will not accept incoming shared > variable offers. Expect surprises. > > When looking at the code it looks like it's intentional. > > Regards, > Elias > > >
