Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Sender: trawick@rdu74-177-063.nc.rr.com
To: dev@httpd.apache.org
Subject: Re: mod_include regression (stable release SHOWSTOPPER)
References: <m3adkb9h79.fsf@rdu74-177-063.nc.rr.com>
	<3DD54CF8.3010001@apache.org> <3DD56D00.1070504@apache.org>
From: Jeff Trawick <trawick@attglobal.net>
Date: 16 Nov 2002 06:20:22 -0500
In-Reply-To: <3DD56D00.1070504@apache.org>
Message-ID: <m3n0o9yd55.fsf@rdu74-177-063.nc.rr.com>
Lines: 15
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Greg Ames <gregames@apache.org> 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 | trawick@attglobal.net
Born in Roswell... married an alien...