apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brian Havard" <bri...@kheldar.apana.org.au>
Subject Re: apr_shm_attach() and APR_EEXIST
Date Tue, 01 Jun 2004 11:54:21 GMT
On Tue, 1 Jun 2004 10:44:59 +0100, Joe Orton wrote:

>On Mon, May 31, 2004 at 06:56:02PM +0530, Amit Athavale wrote:
>> Attached are revised patches (diff against HEAD and changes suggested
>> by Joe)
>
>Thanks, looks good, I'll commit these.
>
>> Regarding other platforms(beos, win32, os2), I have a simple question ;)
>> Do we need to implement apr_shm_remove ? (or just return APR_ENOTIMPL)
>> 
>> Frankly speaking I have very little knowledge about beos and os2. Just
>> looking at APIs, I don't think there should be case of orphan segments
>> and if it is there, I didn't find a way to remove that segment just on
>> the basis of filename like we do in shm_xxx API.

The name of an OS/2's named shared memory block has no relation to the file
system. It's just a label that ceases to exist as soon as soon as the last
process releases it so a "remove" operation makes no sense.

-- 

____________________________________________________________________________
__
 |  Brian Havard                 |  "He is not the messiah!                
  |
 |  brianh@kheldar.apana.org.au  |  He's a very naughty boy!" - Life of
Brian |

----------------------------------------------------------------------------
--




Mime
View raw message