OSX: shm_open returns ENAMETOOLONG

Question

I am trying atm to create a shared memory file for my process. The filename constists of several parts to identify the process the SHM belongs to and whats its content. An example would be: shm_pl_dev_system_25077

I create all the files in a directory I created in /tmp where I have full write and read permissions.

So the complete Path would be: /tmp/pl_dev/shm_pl_dev_system_25077

I create several files there, some fifo pipes and other stuff and also the shm. The only Problem I get is that shm_open will always return the errno 63 (ENAMETOOLONG).

Can you tell me what the issue here is?

Here is the code:

        handle_ = ::shm_open(shm_name.get(), O_RDWR, 0755);
        if (handle_ == -1 && errno == ENOENT)
        {
            // SHM does not yet exists, so create it!
            handle_ = ::shm_open(shm_name.get(), O_CREAT | O_RDWR, 0755);
            if (handle_ != -1) {
                created_ = true;
            }
            else
            {
                if (!silent_)
                {
                    log.error("Couldn't create the SHM (%d).", errno);
                }
                return false;
            }
        }

Nidhoegger · Accepted Answer · 2016-06-28 12:01:36Z

4

Okay. As it seems OSX is very limited in the filename of SHMs... The maximum length for a filename currently is 31 chars per section (see PSHMNAMELENGTH in /usr/include/sys/posix_shm.h)

answered Jun 28, 2016 at 12:01

Nidhoegger

5,3526 gold badges44 silver badges91 bronze badges

Sign up to request clarification or add additional context in comments.

Collectives™ on Stack Overflow

OSX: shm_open returns ENAMETOOLONG

1 Answer 1

Comments

Your Answer

Hot Network Questions

Collectives™ on Stack Overflow

1 Answer 1

Comments

Your Answer

Sign up or log in

Post as a guest

Related