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
