Return-Path: 
 <new-httpd-return-17180-apmail-new-httpd-archive=apache.org@apache.org>
Delivered-To: apmail-new-httpd-archive@apache.org
Received: (qmail 74066 invoked by uid 500); 1 Jul 2001 16:29:15 -0000
Mailing-List: contact new-httpd-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: new-httpd@apache.org
list-help: <mailto:new-httpd-help@apache.org>
list-unsubscribe: <mailto:new-httpd-unsubscribe@apache.org>
list-post: <mailto:new-httpd@apache.org>
Delivered-To: mailing list new-httpd@apache.org
Received: (qmail 74055 invoked from network); 1 Jul 2001 16:29:13 -0000
Message-ID: <005e01c1027c$f723bfc0$6464fea9@bureau>
Reply-To: =?iso-8859-1?Q?ITT_INC._Montr=E9al?= <alasry@p2i.net>
From: =?iso-8859-1?Q?ITT_INC._Montr=E9al?= <alasry@p2i.net>
To: <new-httpd@apache.org>
References: <Pine.GSO.4.32.0106301119220.4020-100000@cobra.cs.Virginia.EDU>
 <005f01c101a0$64229e30$6501a8c0@apache>
 <001501c10240$6e4c2110$6501a8c0@apache>
Subject: Re: mod_file_cache broken on Windows
Date: Sun, 1 Jul 2001 18:27:04 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

how to unsubsribe from this news list
Thanks
Albert LASRY

----- Original Message -----
From: Bill Stoddard <bill@wstoddard.com>
To: <new-httpd@apache.org>
Sent: Sunday, July 01, 2001 11:13 AM
Subject: Re: mod_file_cache broken on Windows


> Fixed...
>
> > So the problem is
> > related to one of the following:
> >
>
> <snip>
>
> >
> > 2. fields set in the cached apr_file_t that are not set in the new
apr_file_t created by the
> > apr_os_file_blah() trick file.
> > Since we are (should be :-) on the sendfile path, I wouldn't expect to
get into the XTHREAD code
> in
> > APR, but it could be that we are because of some of the settings in the
cached apr_file_t.
>
> The bug was introduced by the Win32 large file support in APR.
Specifically, we were using the event
> handle in the cached apr_file_t to do overlapped i/o on a socket. The
really bad mojo was that
> multiple threads were using this same handle. Backed out this portion of
the large file support
> patch and can serve files out of the cache w/o segfaulting. I'll do more
testing tomorrow.
>
> Bill
>
>
>