It's in libc on OSX. In other words, no special library is needed to use it.
Regards, Elias On 15 June 2014 22:28, Juergen Sauermann <juergen.sauerm...@t-online.de> wrote: > Hi Elias, > > in which library is *shm_open()* contained under OSX? > > It is *librt.so.1* in linux, but I can change *configure.ac > <http://configure.ac>* for OSX. > > /// Jürgen > > > > On 06/14/2014 11:49 PM, Elias Mårtenson wrote: > > 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:%7E/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 >> >> >> > >
