Return-Path: Delivered-To: apache-bugdb-archive@hyperreal.org Received: (qmail 8872 invoked by uid 6000); 13 Oct 1999 03:44:13 -0000 Received: (qmail 8712 invoked by uid 149); 13 Oct 1999 03:44:08 -0000 Date: 13 Oct 1999 03:44:08 -0000 Message-ID: <19991013034408.8708.qmail@hyperreal.org> To: apache-bugdb@apache.org, joseph@etunnels.com, marc@apache.org From: marc@apache.org Subject: Re: os-solaris/5136: stat in http_request.c ->get_path_info returns EOVERFLOW then self-corrects eventually after hitting web-client reload button. Sender: apache-bugdb-owner@apache.org Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] [If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request ] [from a developer. ] [Reply only with text; DO NOT SEND ATTACHMENTS! ] Synopsis: stat in http_request.c ->get_path_info returns EOVERFLOW then self-corrects eventually after hitting web-client reload button. State-Changed-From-To: open-feedback State-Changed-By: marc State-Changed-When: Tue Oct 12 20:44:04 PDT 1999 State-Changed-Why: This really doesn't sound like it has much to do with Apache. Are you sure you have the latest patch clusters on your Solaris boxes? If not, maybe you should. If so, maybe you shouldn't. As the Solaris stat() man page says: EOVERFLOW The file size in bytes or the number of blocks allocated to the file or the file serial number cannot be represented correctly in the structure pointed to by buf. If a stat() on a directory returns that, then.. well... not much Apache can do to cause that. There are any number of reasons your test program may not show it. It may have to do with the way it is compiled or linked or with having to do certain things in a particular sequence with particular times between them.