Greg Ames <[EMAIL PROTECTED]> writes: > mmap_bucket_setaside creates a dup of the mmap bucket in my new > deferred write pool. forking/execing the script adds a FLUSH bucket > somewhere behind the mmap bucket. This causes a socket write and then > my new code clears the pool, driving mmap_bucket_cleanup, which zeros > out the pointer to the apr_mmap_t.
I don't understand why mmap_bucket_cleanup zeros out the pointer to the apr_mmap_t with no regards to the refcount. That act, or the need to do that, seems to be the heart of the matter. -- Jeff Trawick | [EMAIL PROTECTED] Born in Roswell... married an alien...
