Mailing-List: contact new-httpd-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: new-httpd@apache.org
Sender: trawick@bellsouth.net
To: new-httpd@apache.org
Subject: Re: cvs commit: apache-2.0/src/main http_core.c http_protocol.c
References: <Pine.LNX.4.30.0011030113050.497-100000@rossini.schumann.cx>
	<m3ofzxkgux.fsf@adsl-77-241-65.rdu.bellsouth.net>
From: Jeff Trawick <trawickj@bellsouth.net>
Date: 02 Nov 2000 20:33:39 -0500
In-Reply-To: Jeff Trawick's message of "02 Nov 2000 20:02:30 -0500"
Message-ID: <m3k8alkff0.fsf@adsl-77-241-65.rdu.bellsouth.net>
Lines: 30
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Jeff Trawick <trawickj@bellsouth.net> writes:

> Sascha Schumann <sascha@schumann.cx> writes:
> 
> >     I don't see anything particularly which would help me to make
> >     the PHP module work again.
> > 
> >     Maybe our understanding of the term "streaming" differs.
> 
> Yep... you want the content to go the client ASAP and the filter (for
> HTTP 1.0 when there isn't a content length) wants to hold onto the
> content to calculate the length...
> 
> Comment-out the ap_add_filter() for now...  I don't have time to
> code/commit even that much at the moment...  feel free to do so
> yourself. 

I think the fix is to leave content length filter in there, but if it
sees a flush bucket prior to EOS it should disable itself and let
everything flow as it comes.

A module has to do a flush to let the content flow to the client ASAP
so we can use that trigger to know what to do.

Does that sound reasonable?

-- 
Jeff Trawick | trawick@ibm.net | PGP public key at web site:
     http://www.geocities.com/SiliconValley/Park/9289/
          Born in Roswell... married an alien...