Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 85058 invoked by uid 500); 4 Oct 2000 21:16:06 -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 85043 invoked from network); 4 Oct 2000 21:16:06 -0000 To: new-httpd@apache.org Subject: Re: cvs commit: apache-2.0/src/main http_core.c References: <20001004191105.76127.qmail@locus.apache.org> From: Jeff Trawick Date: 04 Oct 2000 17:14:50 -0400 In-Reply-To: Jeff Trawick's message of "04 Oct 2000 16:40:46 -0400" Message-ID: Lines: 25 X-Mailer: Gnus v5.5/Emacs 20.3 X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Jeff Trawick writes: > stoddard@locus.apache.org writes: > > > stoddard 00/10/04 12:11:05 > > > > Modified: src/main http_core.c > > Log: > > Take another shot at reimplementing core_output_filter. This implementation buffers > > brigades across multiple calls until MAX_IOVEC_TO_WRITE or > > MIN_SIZE_TO_WRITE thresholds are hit. This implementation does not attempt > > to coalesce bytes. Moving a bit further down the filter learning curve... > > Warning! A cgi request in a regression script looped forever with > this code. I'm looking into it now but I don't know if I'll have time > to solve it. I'm pretty darn sure that the problem is in writev_it_all() in the logic to recover from a partial write... That wasn't touched with this commit (sorry!)... I guess it is called a little differently now... (back to the mine) -- Jeff Trawick | trawick@ibm.net | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...