apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Orton <...@manyfish.co.uk>
Subject Re: apr_shm_attach() and APR_EEXIST
Date Tue, 01 Jun 2004 09:44:59 GMT
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.
>
> Win32 has same case AFAIK. You can call "OpenFileMapping", but there is
> no way to *destroy* file mapping which was created by some other process
> which has died.

If Win32 uses a memory-mapped file then it just needs apr_file_remove
the filename?  Anyway, it's OK, these can all just be left as 
APR_ENOTIMPL until the port maintainer fills them in.

joe

Mime
View raw message