Hi Elias,

in which library is *shm_open()* contained under OSX?

It is *librt.so.1* in linux, but I can change *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 <mailto: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$
    <mailto: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



Reply via email to