Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 73046 invoked by uid 500); 17 Feb 2001 21:50:25 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 73032 invoked from network); 17 Feb 2001 21:50:25 -0000 X-Authentication-Warning: adsl-77-241-65.rdu.bellsouth.net: trawick set sender to trawickj@bellsouth.net using -f Sender: trawick@bellsouth.net To: new-httpd@apache.org Subject: Re: socket_read? References: <3A8EC201.4AEA52E@algroup.co.uk> <3A8EE768.AD13B7AC@algroup.co.uk> From: Jeff Trawick Date: 17 Feb 2001 16:50:25 -0500 In-Reply-To: <3A8EE768.AD13B7AC@algroup.co.uk> Message-ID: Lines: 40 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Ben Laurie writes: > But the caller typically _does_ care if its EOF, if you're talking about filters, I would contend that the caller typically cares about eos, not EOF eos is the bucket brigade equivalent to EOF in traditional file reading an EOF condition on the underlying read operation of a particular bucket may or may not mean that it is the end of the brigade for the filter to process > so I don't see why this > is a win - if it doesn't do that, then I have to add this to mod_tls: > > if(ret == APR_SUCCESS && len == 0 && eReadType == APR_BLOCK_READ) > ret=APR_EOF; > > which strikes me as absurd! I'm not sure what you're trying to accomplish. Are you an input filter? Is the end of the connection? Add an eos bucket to what you return to the caller. Is there simply no data available from the client yet? Return the brigade you have so far. > Hmm. I suppose I then have to insert a 0 length bucket into the outgoing > brigade if we're blocking, in order to be consistent. That's crazy, > isn't it? Am I missing something? I probably don't understand the situation, and you've probably hit a situation that is different than other filters have encountered thus far. Different stuff happens at source and sink, and you are both I suspect. -- Jeff Trawick | trawickj@bellsouth.net | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...