Re: shm_open ENAMETOOLONG
Re: shm_open ENAMETOOLONG
- Subject: Re: shm_open ENAMETOOLONG
- From: Brian Bergstrand <email@hidden>
- Date: Thu, 21 Aug 2008 20:04:48 +0300
On Aug 21, 2008, at 6:23 PM, Shawn Erickson wrote:
On Thu, Aug 21, 2008 at 8:20 AM, Shawn Erickson <email@hidden>
wrote:
On Thu, Aug 21, 2008 at 6:47 AM, <email@hidden> wrote:
I have been working on porting some POSIX C/C++ inhouse code to OS
X and have run into a problem with shm_open. It looks like the
size of SHM_NAME_MAX is 32 characters (noted on some older posts
here). Because our code specifies a file using a path, name and
PID, it usually exceeds this so I'm looking for any ideas to get
around this problem. Any thoughts on how to do this (using good
programming practices)?
A 32 character long hash of the path, name and pid?
Oops clicked send while trying to move the window...
Anyway consider an md5 digest in hex form or if you can handshake
consider a UUID.
man 3 md5
man 3 UUID
Actually, shm names are limited to 31 chars as the last byte is for
the NULL term. I've had a bug open since Mar 2006 to increase the name
size to 64bytes: rdar://4481762
Tiger also has an off-by-one bug in the kernel that makes the usable
bytes only 30 chars.
Brian Bergstrand
<http://www.bergstrand.org/brian/> PGP Key ID: 0xB6C7B6A2
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden