Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 22235 invoked by uid 500); 6 Mar 2001 15:11:47 -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 22201 invoked from network); 6 Mar 2001 15:11:44 -0000 Sender: gregames@Mail.MeepZor.Com Message-ID: <3AA4FDCB.EB3E6C99@remulak.net> Date: Tue, 06 Mar 2001 10:10:03 -0500 From: Greg Ames X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: new-httpd@apache.org Subject: Re: cvs commit: apr/network_io/os2 sendrecv.c References: <200103061407.BAA04095@silk.apana.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Brian Havard wrote: > > On Mon, 5 Mar 2001 13:42:00 -0500 (EST), Cliff Woolley wrote: > > > >AHA! No wonder I couldn't reproduce the problem on Linux. =-) I take it > >that the >64k bogosity is now completely fixed? > > Well, yes & no. Yes that large writev's will no longer die on OS/2. No in > that it should never have had to handle them, there are other bugs to be > found. Requesting a 20MB shtml file chews 20MB of server memory, serious > badness. Am I the only one seeing this or is it easily reproducable? > Paul Reder posted a patch to mod_include to take care of a problem that sounds like this. Ryan committed it not too long ago. Do you see this behavior with the latest and greatest mod_include? Greg