> >Alfred Perlstein <bright@wintelcom.net> writes:
> >>> Are there any portability problems with relying on shm_nattch to be
> >>> available? If not, I like this a lot...
> >
> >> Well it's available on FreeBSD and Solaris, I'm sure Redhat has
> >> some deamon that resets the value to 0 periodically just for kicks
> >> so it might not be viable... :)
> >
> >I notice that our BeOS and QNX emulations of shmctl() don't support
> >IPC_STAT, but that could be dealt with, at least to the extent of
> >stubbing it out.
* Cyril VELTER <cyril.velter@libertysurf.fr> [010306 16:15] wrote:
>
> BeOS haven't this stat (I have a bunch of others but not this one).
>
> If I unsterstand correctly, you want to check if there is some backend
> still attached to shared mem segment of a given key ? In this case, I have an
> easy solution to fake the stat, because all segment have an encoded name
> containing this key, so I can count them.
We need to be able to take a single shared memory segment and
determine if any other process is using it.
--
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]