Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 18203 invoked by uid 500); 4 Apr 2000 01:07:54 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 18191 invoked from network); 4 Apr 2000 01:07:53 -0000 Date: Mon, 3 Apr 2000 20:07:52 -0500 From: Manoj Kasichainula To: new-httpd@apache.org Subject: Re: PATCH: APR buffered I/O Message-ID: <20000403200752.D8773@io.com> Mail-Followup-To: new-httpd@apache.org References: <01ad01bf9db5$653867a0$0a1aa8c0@jetnet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9-current-20000328i In-Reply-To: ; from gstein@lyra.org on Mon, Apr 03, 2000 at 05:57:37PM -0700 X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N On Mon, Apr 03, 2000 at 05:57:37PM -0700, Greg Stein wrote: > If we have no use for it now, then it should go. > If we need it in the future, then we can re-examine what to do. > If we believe BUFF is the "right" answer, then we can discuss packaging. While I wholeheartedly agree with everything Greg said in this note, the biggest reason to throw out the buffered I/O support is that it relies on stdio, and the Solaris stdio implementation only allows 256 FILE *s. Oh, and it makes the code far more cruftier.