From loganbryant@example.org Fri Dec 01 09:50:04 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 48546 invoked by uid 500); 1 Dec 2000 09:50:03 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 48524 invoked by uid 501); 1 Dec 2000 09:50:01 -0000 Date: 1 Dec 2000 09:50:01 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org Cc: loganbryant@example.org, From: Tony Finch <loganbryant@example.org> Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Reply-To: Tony Finch <loganbryant@example.org> The following reply was made to PR apache-api/6885; it has been noted by GNATS. From: Tony Finch <loganbryant@example.org> To: loganbryant@example.org, loganbryant@example.org Cc: Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Date: Fri, 1 Dec 2000 00:48:40 +0000 Philipp Rotmann <loganbryant@example.org> wrote: > >Linux 2.2.17 #1 Mit Nov 15 13:38:42 CET 2000 i586 unknown w/ apache >1.3.9 compiled by gcc; in newer apache releases' CHANGES files I >couldn't find anything related to the bug as described below, so I >haven't upgraded first. Did you try with older versions to verify that this behaviour was introduced in 1.3.9? >When apache encounters an URI such as >/cgi-bin/myscript.cgi/path/to/template.html it issues a subrequest to >itself in order to get PATH_TRANSLATED. In combination with access >restrictions on the file "/path/to/template.html" (e.g. a FilesMatch >block anywhere in the server configuration), this behaviour leads to >lots of unwanted error_log messages, as every access to the script is >logged as a failed access to the raw template file. I think this is a misfeature rather than a bug, since it would be hard to fix -- there isn't a single location in the code where Apache could decide not to log access control errors because this is a subrequest or whatever; to the contrary, the logging is scattered all over the place. I'm also not convinced that this is a big problem in practice. Tony. -- f.a.n.finch loganbryant@example.org loganbryant@example.org Chad for President! From loganbryant@example.org Fri Dec 01 09:50:05 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 48567 invoked by uid 500); 1 Dec 2000 09:50:04 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 48524 invoked by uid 501); 1 Dec 2000 09:50:01 -0000 Date: 1 Dec 2000 09:50:01 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org Cc: loganbryant@example.org, From: Tony Finch <loganbryant@example.org> Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Reply-To: Tony Finch <loganbryant@example.org> The following reply was made to PR apache-api/6885; it has been noted by GNATS. From: Tony Finch <loganbryant@example.org> To: loganbryant@example.org, loganbryant@example.org Cc: Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Date: Fri, 1 Dec 2000 00:48:40 +0000 Philipp Rotmann <loganbryant@example.org> wrote: > >Linux 2.2.17 #1 Mit Nov 15 13:38:42 CET 2000 i586 unknown w/ apache >1.3.9 compiled by gcc; in newer apache releases' CHANGES files I >couldn't find anything related to the bug as described below, so I >haven't upgraded first. Did you try with older versions to verify that this behaviour was introduced in 1.3.9? >When apache encounters an URI such as >/cgi-bin/myscript.cgi/path/to/template.html it issues a subrequest to >itself in order to get PATH_TRANSLATED. In combination with access >restrictions on the file "/path/to/template.html" (e.g. a FilesMatch >block anywhere in the server configuration), this behaviour leads to >lots of unwanted error_log messages, as every access to the script is >logged as a failed access to the raw template file. I think this is a misfeature rather than a bug, since it would be hard to fix -- there isn't a single location in the code where Apache could decide not to log access control errors because this is a subrequest or whatever; to the contrary, the logging is scattered all over the place. I'm also not convinced that this is a big problem in practice. Tony. -- f.a.n.finch loganbryant@example.org loganbryant@example.org Chad for President! From loganbryant@example.org Fri Dec 01 09:50:06 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 48608 invoked by uid 500); 1 Dec 2000 09:50:04 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 48542 invoked by uid 501); 1 Dec 2000 09:50:03 -0000 Date: 1 Dec 2000 09:50:03 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org Cc: loganbryant@example.org, From: Tony Finch <loganbryant@example.org> Subject: Re: mod_include/6896: POST data can no longer be sent to a .shtml Reply-To: Tony Finch <loganbryant@example.org> The following reply was made to PR mod_include/6896; it has been noted by GNATS. From: Tony Finch <loganbryant@example.org> To: loganbryant@example.org, loganbryant@example.org Cc: Subject: Re: mod_include/6896: POST data can no longer be sent to a .shtml Date: Fri, 1 Dec 2000 00:29:46 +0000 jake buchholz <loganbryant@example.org> wrote: > >Server Version: Apache/1.3.14 (Unix) mod_perl/1.24_01 PHP/4.0.3pl1 FrontPage/83.161.120.155 What modules did you add to your 1.3.12 installation? >A customer's web site contained a one-liner in their index.shtml: > > <!--#include virtual="/cgi-bin/cgiprog"--> > >the CGI program is a self-contained perl CGI script that takes POST data (if >present) and acts on it. If there isn't any POST data, it generates a form >that when submitted POSTs data back to itself (at the non-/cgi-bin URL). > >This was working until the server was upgraded from 1.3.12 to 1.3.14, and it >now results in: > > Method Not Allowed > The requested method POST is not allowed for the URL /index.shtml I haven't tried to reproduce this problem, but from looking at the changelog and the differences between some of the relevant code I can't see how this can have happened. Can you reproduce the problem with a vanilla Apache installation -- no additional modules beyond the base distribution? (I hope I can get this email out before we go for releasing 1.3.15 on Monday -- I'm on a plane at the moment and I'll be on vacation this weekend with strictly limited connectivity.) Tony. -- f.a.n.finch loganbryant@example.org loganbryant@example.org Chad for President! From loganbryant@example.org Fri Dec 01 09:50:07 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 48652 invoked by uid 500); 1 Dec 2000 09:50:05 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 48542 invoked by uid 501); 1 Dec 2000 09:50:03 -0000 Date: 1 Dec 2000 09:50:03 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org Cc: loganbryant@example.org, From: Tony Finch <loganbryant@example.org> Subject: Re: mod_include/6896: POST data can no longer be sent to a .shtml Reply-To: Tony Finch <loganbryant@example.org> The following reply was made to PR mod_include/6896; it has been noted by GNATS. From: Tony Finch <loganbryant@example.org> To: loganbryant@example.org, loganbryant@example.org Cc: Subject: Re: mod_include/6896: POST data can no longer be sent to a .shtml Date: Fri, 1 Dec 2000 00:29:46 +0000 jake buchholz <loganbryant@example.org> wrote: > >Server Version: Apache/1.3.14 (Unix) mod_perl/1.24_01 PHP/4.0.3pl1 FrontPage/83.161.120.155 What modules did you add to your 1.3.12 installation? >A customer's web site contained a one-liner in their index.shtml: > > <!--#include virtual="/cgi-bin/cgiprog"--> > >the CGI program is a self-contained perl CGI script that takes POST data (if >present) and acts on it. If there isn't any POST data, it generates a form >that when submitted POSTs data back to itself (at the non-/cgi-bin URL). > >This was working until the server was upgraded from 1.3.12 to 1.3.14, and it >now results in: > > Method Not Allowed > The requested method POST is not allowed for the URL /index.shtml I haven't tried to reproduce this problem, but from looking at the changelog and the differences between some of the relevant code I can't see how this can have happened. Can you reproduce the problem with a vanilla Apache installation -- no additional modules beyond the base distribution? (I hope I can get this email out before we go for releasing 1.3.15 on Monday -- I'm on a plane at the moment and I'll be on vacation this weekend with strictly limited connectivity.) Tony. -- f.a.n.finch loganbryant@example.org loganbryant@example.org Chad for President! From loganbryant@example.org Fri Dec 01 10:00:09 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 55167 invoked by uid 500); 1 Dec 2000 10:00:04 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 55149 invoked by uid 501); 1 Dec 2000 10:00:02 -0000 Resent-Date: 1 Dec 2000 10:00:02 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 49281 invoked by uid 501); 1 Dec 2000 09:52:14 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 09:52:14 -0000 From: Claudio Cicali <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: apache-api/6917: couldn't get any error code while apache refused to start itself when it failed to load a module >Number: 6917 >Category: apache-api >Synopsis: couldn't get any error code while apache refused to start itself when it failed to load a module >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Dec 01 02:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.14 >Organization: apache >Environment: Windows NT 4 SP6a >Description: Im working on a module for Apache for Windows NT and, while trying to have the job done, I discovered a (little) bug in the source file util_win32.c. Bug description: I couldn't get any error code while apache refused to start itself up, being unable to load my module. The module itself loads up another DLL. This load is not performed via the LoadLibrary Windows API function, but using the __declspec(dllimport) feature, linking the module against the .lib the comes out after the building of the (second) DLL. Bug discover and trapped ! The problem is in the function ap_os_dso_error(). It simply lacks of the inizialization of the variable "len". >How-To-Repeat: >Fix: So, where I read: nErrorCode = GetLastError(); len = ap_snprintf(errstr, sizeof(errstr) - len, "(%d) ", nErrorCode); I'll read: nErrorCode = GetLastError(); len = 0; len = ap_snprintf(errstr, sizeof(errstr) - len, "(%d) ", nErrorCode); In this way the error is correctly displayed. >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 10:00:11 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 55179 invoked by uid 500); 1 Dec 2000 10:00:08 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 55149 invoked by uid 501); 1 Dec 2000 10:00:02 -0000 Resent-Date: 1 Dec 2000 10:00:02 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 49281 invoked by uid 501); 1 Dec 2000 09:52:14 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 09:52:14 -0000 From: Claudio Cicali <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: apache-api/6917: couldn't get any error code while apache refused to start itself when it failed to load a module >Number: 6917 >Category: apache-api >Synopsis: couldn't get any error code while apache refused to start itself when it failed to load a module >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Dec 01 02:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.14 >Organization: apache >Environment: Windows NT 4 SP6a >Description: Im working on a module for Apache for Windows NT and, while trying to have the job done, I discovered a (little) bug in the source file util_win32.c. Bug description: I couldn't get any error code while apache refused to start itself up, being unable to load my module. The module itself loads up another DLL. This load is not performed via the LoadLibrary Windows API function, but using the __declspec(dllimport) feature, linking the module against the .lib the comes out after the building of the (second) DLL. Bug discover and trapped ! The problem is in the function ap_os_dso_error(). It simply lacks of the inizialization of the variable "len". >How-To-Repeat: >Fix: So, where I read: nErrorCode = GetLastError(); len = ap_snprintf(errstr, sizeof(errstr) - len, "(%d) ", nErrorCode); I'll read: nErrorCode = GetLastError(); len = 0; len = ap_snprintf(errstr, sizeof(errstr) - len, "(%d) ", nErrorCode); In this way the error is correctly displayed. >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 10:50:04 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 79611 invoked by uid 500); 1 Dec 2000 10:50:03 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 79581 invoked by uid 501); 1 Dec 2000 10:50:01 -0000 Resent-Date: 1 Dec 2000 10:50:01 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 71369 invoked by uid 501); 1 Dec 2000 10:41:24 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 10:41:24 -0000 From: Julien Petitot <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: general/6918: utf-8 characters in Javascript >Number: 6918 >Category: general >Synopsis: utf-8 characters in Javascript >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Dec 01 02:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.12 >Organization: apache >Environment: Unix Solaris 2.6 Compiler Sun Forte C/C++ 6 >Description: Hi, I use a 1.3.12 Apache Web Server with a default charset = utf-8 (after modification as written in cf. PR 5872). When I use characters with accents (french characters) in JavaScript, the web server returns some wrong characters. I know that if I write '$eacute' instead of 'é', it will be OK. But as most of fields come from database, I have to make it work with french utf-8 characters. Do you have any idea to solve that problem ? Thanks. Julien Petitot. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 10:50:05 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 79619 invoked by uid 500); 1 Dec 2000 10:50:04 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 79581 invoked by uid 501); 1 Dec 2000 10:50:01 -0000 Resent-Date: 1 Dec 2000 10:50:01 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 71369 invoked by uid 501); 1 Dec 2000 10:41:24 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 10:41:24 -0000 From: Julien Petitot <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: general/6918: utf-8 characters in Javascript >Number: 6918 >Category: general >Synopsis: utf-8 characters in Javascript >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Dec 01 02:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.12 >Organization: apache >Environment: Unix Solaris 2.6 Compiler Sun Forte C/C++ 6 >Description: Hi, I use a 1.3.12 Apache Web Server with a default charset = utf-8 (after modification as written in cf. PR 5872). When I use characters with accents (french characters) in JavaScript, the web server returns some wrong characters. I know that if I write '$eacute' instead of 'é', it will be OK. But as most of fields come from database, I have to make it work with french utf-8 characters. Do you have any idea to solve that problem ? Thanks. Julien Petitot. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 16:30:04 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 46296 invoked by uid 500); 1 Dec 2000 16:30:01 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 46275 invoked by uid 501); 1 Dec 2000 16:30:01 -0000 Resent-Date: 1 Dec 2000 16:30:01 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 43501 invoked by uid 501); 1 Dec 2000 16:26:53 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 16:26:53 -0000 From: Gabor Gombas <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: os-aix/6919: Apache cannot parse it's configuration file properly >Number: 6919 >Category: os-aix >Synopsis: Apache cannot parse it's configuration file properly >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Dec 01 08:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.14 >Organization: apache >Environment: uname -a: AIX pandora 3 4 0042768A4C00 OS maintenance level: 4330-06 Compiler: C for AIX 4.4 >Description: When trying to start apache, it gives the following error message: Expected </Directory> but saw </Directory> >How-To-Repeat: >Fix: --- src/main/http_core.c.orig Thu Nov 30 01:06:56 2000 +++ src/main/http_core.c Fri Dec 1 17:13:39 2000 @@ -1409,7 +1409,12 @@ * it's been set up so that checking for two pointers to the same datum * is valid here. And faster. */ + /* Add to the above: and does not work on AIX. */ +#ifndef _AIX if (cmd->cmd->name != cmd->end_token) { +#else + if (strcmp(cmd->cmd->name, cmd->end_token)) { +#endif return ap_pstrcat(cmd->pool, "Expected ", cmd->end_token, " but saw ", cmd->cmd->name, NULL); } >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 16:30:05 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 46298 invoked by uid 500); 1 Dec 2000 16:30:03 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 46275 invoked by uid 501); 1 Dec 2000 16:30:01 -0000 Resent-Date: 1 Dec 2000 16:30:01 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 43501 invoked by uid 501); 1 Dec 2000 16:26:53 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 16:26:53 -0000 From: Gabor Gombas <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: os-aix/6919: Apache cannot parse it's configuration file properly >Number: 6919 >Category: os-aix >Synopsis: Apache cannot parse it's configuration file properly >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Dec 01 08:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.14 >Organization: apache >Environment: uname -a: AIX pandora 3 4 0042768A4C00 OS maintenance level: 4330-06 Compiler: C for AIX 4.4 >Description: When trying to start apache, it gives the following error message: Expected </Directory> but saw </Directory> >How-To-Repeat: >Fix: --- src/main/http_core.c.orig Thu Nov 30 01:06:56 2000 +++ src/main/http_core.c Fri Dec 1 17:13:39 2000 @@ -1409,7 +1409,12 @@ * it's been set up so that checking for two pointers to the same datum * is valid here. And faster. */ + /* Add to the above: and does not work on AIX. */ +#ifndef _AIX if (cmd->cmd->name != cmd->end_token) { +#else + if (strcmp(cmd->cmd->name, cmd->end_token)) { +#endif return ap_pstrcat(cmd->pool, "Expected ", cmd->end_token, " but saw ", cmd->cmd->name, NULL); } >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 18:20:06 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 56355 invoked by uid 500); 1 Dec 2000 18:20:05 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 56316 invoked by uid 501); 1 Dec 2000 18:20:02 -0000 Resent-Date: 1 Dec 2000 18:20:02 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 55733 invoked by uid 501); 1 Dec 2000 18:19:38 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 18:19:38 -0000 From: Deborah Hansknecht <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: config/6920: h_errno not defined (sockopt.c) unless compiled with -D_XOPEN_SOURCE_EXTENDED >Number: 6920 >Category: config >Synopsis: h_errno not defined (sockopt.c) unless compiled with -D_XOPEN_SOURCE_EXTENDED >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: apache >Arrival-Date: Fri Dec 01 10:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: Version 2.08a >Organization: apache >Environment: HP-UX B.10.20 A 9000/871 >Description: In <apache>/src/lib/apr/network_io/sockopt.c references h_errno. On my system that variable is defined in /usr/include/netdb.h, but only if _XOPEN_SOURCE_EXTENDED is also defined. So when I execute the default configure and Makefiles I get a compile error. (Note, I do not believe this is a problem on HP_UX V11; looking over that version of netdb.h it looks like h_errno is defined) >How-To-Repeat: Try to compile on HPUX V10.2 (?) I haven't been able to find a patch that would have affected netdb.h and h_errno. >Fix: I don't have enough experience with cross_platform development or what it really means to HP_UX to define _XOPEN_SOURCE_EXTENDED to know. The easiest would be: in sockopt.c #ifdef HPUX10 extern int h_errno #endif >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 18:20:07 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 56394 invoked by uid 500); 1 Dec 2000 18:20:06 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 56316 invoked by uid 501); 1 Dec 2000 18:20:02 -0000 Resent-Date: 1 Dec 2000 18:20:02 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 55733 invoked by uid 501); 1 Dec 2000 18:19:38 -0000 Message-Id:<loganbryant@example.org> Date:1 Dec 2000 18:19:38 -0000 From: Deborah Hansknecht <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: config/6920: h_errno not defined (sockopt.c) unless compiled with -D_XOPEN_SOURCE_EXTENDED >Number: 6920 >Category: config >Synopsis: h_errno not defined (sockopt.c) unless compiled with -D_XOPEN_SOURCE_EXTENDED >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: apache >Arrival-Date: Fri Dec 01 10:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: Version 2.08a >Organization: apache >Environment: HP-UX B.10.20 A 9000/871 >Description: In <apache>/src/lib/apr/network_io/sockopt.c references h_errno. On my system that variable is defined in /usr/include/netdb.h, but only if _XOPEN_SOURCE_EXTENDED is also defined. So when I execute the default configure and Makefiles I get a compile error. (Note, I do not believe this is a problem on HP_UX V11; looking over that version of netdb.h it looks like h_errno is defined) >How-To-Repeat: Try to compile on HPUX V10.2 (?) I haven't been able to find a patch that would have affected netdb.h and h_errno. >Fix: I don't have enough experience with cross_platform development or what it really means to HP_UX to define _XOPEN_SOURCE_EXTENDED to know. The easiest would be: in sockopt.c #ifdef HPUX10 extern int h_errno #endif >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Fri Dec 01 18:25:39 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 61596 invoked by uid 500); 1 Dec 2000 18:25:38 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 61578 invoked by uid 501); 1 Dec 2000 18:25:38 -0000 Date: 1 Dec 2000 18:25:38 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org, loganbryant@example.org, loganbryant@example.org From: loganbryant@example.org Subject: Re: config/6920: h_errno not defined (sockopt.c) unless compiled with -D_XOPEN_SOURCE_EXTENDED [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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: h_errno not defined (sockopt.c) unless compiled with -D_XOPEN_SOURCE_EXTENDED State-Changed-From-To: open-closed State-Changed-By: abagchi State-Changed-When: Fri Dec 1 10:25:36 PST 2000 State-Changed-Why: This problem has been solved in the CVS version of Apache 2.0, and will be available in the next alpha release. Thank you for using Apache. From loganbryant@example.org Fri Dec 01 18:28:20 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 65075 invoked by uid 500); 1 Dec 2000 18:28:18 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 65036 invoked by uid 501); 1 Dec 2000 18:28:17 -0000 Date: 1 Dec 2000 18:28:17 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org, loganbryant@example.org, loganbryant@example.org From: loganbryant@example.org Subject: Re: general/6323: Build fails [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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: Build fails State-Changed-From-To: feedback-closed State-Changed-By: rbb State-Changed-When: Fri Dec 1 10:28:14 PST 2000 State-Changed-Why: This problem has been solved in the CVS version of Apache 2.0, and will be available in the next alpha release. Thank you for using Apache From loganbryant@example.org Fri Dec 01 21:19:41 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 5403 invoked by uid 500); 1 Dec 2000 21:19:40 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 5389 invoked by uid 501); 1 Dec 2000 21:19:40 -0000 Date: 1 Dec 2000 21:19:40 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org, loganbryant@example.org, loganbryant@example.org From: loganbryant@example.org Subject: Re: os-aix/6919: Apache cannot parse it's configuration file properly [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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: Apache cannot parse it's configuration file properly State-Changed-From-To: open-closed State-Changed-By: ake State-Changed-When: Fri Dec 1 13:19:39 PST 2000 State-Changed-Why: If you search the bug database you will see this problem is well know. It is due to a bug in the compiler, not Apache. You should update your compiler with the latest fixes, try http://service.software.ibm.com/support/rs6000 or call service if you don't have them. PR 2312 lists the PTF's required but you should check that this list is valid for the level of compiler you are running. From loganbryant@example.org Sat Dec 02 15:30:02 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 90956 invoked by uid 500); 2 Dec 2000 15:30:01 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 90937 invoked by uid 501); 2 Dec 2000 15:30:01 -0000 Resent-Date: 2 Dec 2000 15:30:01 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 90803 invoked by uid 501); 2 Dec 2000 15:28:39 -0000 Message-Id:<loganbryant@example.org> Date:2 Dec 2000 15:28:39 -0000 From: Henrik Johansson <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: mod_rewrite/6921: RewriteMap seems to work improper >Number: 6921 >Category: mod_rewrite >Synopsis: RewriteMap seems to work improper >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Sat Dec 02 07:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.14 >Organization: apache >Environment: solaris7 gcc2.95.2 >Description: Creating rules with map-files doesn't seem to be able to handle $1 has keyword. If I try to use a keyword that I know exist in the mapfile as argument, it works, but if I try to use $1 that I shall get from the rule, it doesn't. mod_proxy and mod_rewrite is enabled. LOG_OUTPUT: map lookup FAILED: map=map_users1[txt] key=$1 >How-To-Repeat: map_users1: user1 server1 httpd.conf: RewriteEngine on RewriteMap map_users1 txt:/path/to/map_users1 RewriteRule ^/~([a-z])(.*) http://${map_users1:$1}/~$1$2 >Fix: >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Sat Dec 02 15:30:04 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 90960 invoked by uid 500); 2 Dec 2000 15:30:02 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 90937 invoked by uid 501); 2 Dec 2000 15:30:01 -0000 Resent-Date: 2 Dec 2000 15:30:01 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 90803 invoked by uid 501); 2 Dec 2000 15:28:39 -0000 Message-Id:<loganbryant@example.org> Date:2 Dec 2000 15:28:39 -0000 From: Henrik Johansson <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: mod_rewrite/6921: RewriteMap seems to work improper >Number: 6921 >Category: mod_rewrite >Synopsis: RewriteMap seems to work improper >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Sat Dec 02 07:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 1.3.14 >Organization: apache >Environment: solaris7 gcc2.95.2 >Description: Creating rules with map-files doesn't seem to be able to handle $1 has keyword. If I try to use a keyword that I know exist in the mapfile as argument, it works, but if I try to use $1 that I shall get from the rule, it doesn't. mod_proxy and mod_rewrite is enabled. LOG_OUTPUT: map lookup FAILED: map=map_users1[txt] key=$1 >How-To-Repeat: map_users1: user1 server1 httpd.conf: RewriteEngine on RewriteMap map_users1 txt:/path/to/map_users1 RewriteRule ^/~([a-z])(.*) http://${map_users1:$1}/~$1$2 >Fix: >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Sat Dec 02 16:20:01 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 99794 invoked by uid 500); 2 Dec 2000 16:20:01 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 99777 invoked by uid 501); 2 Dec 2000 16:20:00 -0000 Date: 2 Dec 2000 16:20:00 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org Cc: loganbryant@example.org, From: Link-M Webmaster <loganbryant@example.org> Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Reply-To: Link-M Webmaster <loganbryant@example.org> The following reply was made to PR apache-api/6885; it has been noted by GNATS. From: Link-M Webmaster <loganbryant@example.org> To: Tony Finch <loganbryant@example.org> Cc: loganbryant@example.org, Michael Buschbeck <loganbryant@example.org> Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Date: Sat, 2 Dec 2000 17:19:38 +0100 Hi there! On 01.12.00 (00:48), Tony Finch wrote: > >Linux 2.2.17 #1 Mit Nov 15 13:38:42 CET 2000 i586 unknown w/ > >apache 1.3.9 compiled by gcc; in newer apache releases' > >CHANGES files I couldn't find anything related to the bug as > >described below, so I haven't upgraded first. > > Did you try with older versions to verify that this behaviour > was introduced in 1.3.9? No. In fact, I'd expected to see the problem around for some time. > >When apache encounters an URI such as > >/cgi-bin/myscript.cgi/path/to/template.html it issues a > >subrequest to itself in order to get PATH_TRANSLATED. In > >combination with access restrictions on the file > >"/path/to/template.html" (e.g. a FilesMatch block anywhere in > >the server configuration), this behaviour leads to lots of > >unwanted error_log messages, as every access to the script is > >logged as a failed access to the raw template file. > > I think this is a misfeature rather than a bug, Agreed. > since it would be hard to fix -- there isn't a single location > in the code where Apache could decide not to log access > control errors because this is a subrequest or whatever; to > the contrary, the logging is scattered all over the place. On the other hand: Why is a 'real' subrequest necessary in order to get PATH_TRANSLATED? Innocent proposal: Why not use some kind of 'request simulator' that might get used by other pieces of the code as well? Would this have a chance to make those routines faster oder would it rather hurt apache's performance? > I'm also not convinced that this is a big problem in practice. Well, it clutters our error_log's with some hundreds of kilobytes of garbage per month, thus making it harder to find real error information when needed. Best regards, Philipp Rotmann -- Linksystem Muenchen GmbH loganbryant@example.org Schloerstrasse 10 http://www.link-m.de 80634 Muenchen Tel. 089 / 890 518-0 We make the Net work. Fax 089 / 890 518-77 From loganbryant@example.org Sat Dec 02 16:20:02 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 99796 invoked by uid 500); 2 Dec 2000 16:20:01 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 99777 invoked by uid 501); 2 Dec 2000 16:20:00 -0000 Date: 2 Dec 2000 16:20:00 -0000 Message-ID: <loganbryant@example.org> To: loganbryant@example.org Cc: loganbryant@example.org, From: Link-M Webmaster <loganbryant@example.org> Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Reply-To: Link-M Webmaster <loganbryant@example.org> The following reply was made to PR apache-api/6885; it has been noted by GNATS. From: Link-M Webmaster <loganbryant@example.org> To: Tony Finch <loganbryant@example.org> Cc: loganbryant@example.org, Michael Buschbeck <loganbryant@example.org> Subject: Re: apache-api/6885: PATH_TRANSLATED generation produces garbage in error_log Date: Sat, 2 Dec 2000 17:19:38 +0100 Hi there! On 01.12.00 (00:48), Tony Finch wrote: > >Linux 2.2.17 #1 Mit Nov 15 13:38:42 CET 2000 i586 unknown w/ > >apache 1.3.9 compiled by gcc; in newer apache releases' > >CHANGES files I couldn't find anything related to the bug as > >described below, so I haven't upgraded first. > > Did you try with older versions to verify that this behaviour > was introduced in 1.3.9? No. In fact, I'd expected to see the problem around for some time. > >When apache encounters an URI such as > >/cgi-bin/myscript.cgi/path/to/template.html it issues a > >subrequest to itself in order to get PATH_TRANSLATED. In > >combination with access restrictions on the file > >"/path/to/template.html" (e.g. a FilesMatch block anywhere in > >the server configuration), this behaviour leads to lots of > >unwanted error_log messages, as every access to the script is > >logged as a failed access to the raw template file. > > I think this is a misfeature rather than a bug, Agreed. > since it would be hard to fix -- there isn't a single location > in the code where Apache could decide not to log access > control errors because this is a subrequest or whatever; to > the contrary, the logging is scattered all over the place. On the other hand: Why is a 'real' subrequest necessary in order to get PATH_TRANSLATED? Innocent proposal: Why not use some kind of 'request simulator' that might get used by other pieces of the code as well? Would this have a chance to make those routines faster oder would it rather hurt apache's performance? > I'm also not convinced that this is a big problem in practice. Well, it clutters our error_log's with some hundreds of kilobytes of garbage per month, thus making it harder to find real error information when needed. Best regards, Philipp Rotmann -- Linksystem Muenchen GmbH loganbryant@example.org Schloerstrasse 10 http://www.link-m.de 80634 Muenchen Tel. 089 / 890 518-0 We make the Net work. Fax 089 / 890 518-77 From loganbryant@example.org Sat Dec 02 20:20:01 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 37769 invoked by uid 500); 2 Dec 2000 20:20:01 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 37750 invoked by uid 501); 2 Dec 2000 20:20:00 -0000 Resent-Date: 2 Dec 2000 20:20:00 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 36351 invoked by uid 501); 2 Dec 2000 20:12:00 -0000 Message-Id:<loganbryant@example.org> Date:2 Dec 2000 20:12:00 -0000 From: Mark J.Hershenson <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: config/6922: Configuration fails at numerous levels >Number: 6922 >Category: config >Synopsis: Configuration fails at numerous levels >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Sat Dec 02 12:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 2.0a8 >Organization: apache >Environment: [localhost:/] root# uname -a Darwin localhost 1.2 Darwin Kernel Version 1.2: Wed Aug 30 23:32:53 PDT 2000; root:xnu/xnu-103.obj~1/RELEASE_PPC Power Macintosh powerpc aka Mac OS X Public Beta >Description: I tried to configure Apache 2.0a8 with the following on Mac OS X Public Beta: ./configure --prefix=/opt/apache2 --enable-so --enable-shared=max --enable-cgi --with-optim=-O3 At a number of stages, configuration fails because it would seem that many levels have different ways of getting the config.guess/sub information, and using it. I fixed some of the problems along the way by either editing the Makefile.in's or copying config.* into the proper places. Additionally, unstuffing the tarball leaves a number of symbolic links which do not match up with Mac OS X / Darwin's layout. -- Then, I tried to configure with --host=powerpc-apple-netbsd, but that fails as well. It works for instance, tho, in directories like: lib/apr/shmem/unix/mm/ The configuration works. In this directory, a compilation yields: [localhost:shmem/unix/mm] root# make ./libtool --quiet --mode=compile cc -c -O2 mm_global.c ./libtool --quiet --mode=compile cc -c -O2 mm_alloc.c ./libtool --quiet --mode=compile cc -c -O2 mm_core.c ./libtool --quiet --mode=compile cc -c -O2 mm_lib.c ./libtool --quiet --mode=compile cc -c -O2 mm_vers.c ./libtool --quiet --mode=link cc -o libmm.la mm_global.lo mm_alloc.lo mm_core.lo mm_lib.lo mm_vers.lo \ -rpath /usr/local/lib -version-info `./shtool version -l c -d libtool mm_vers.c` /usr/bin/ld: unknown flag: -Bshareable make: *** [libmm.la] Error 1 I would easily chalk this up to a lack of testing on X, which is fine, it's young, but it does need to be addressed, as many on Mac OS X Server / Mac OS X / Darwin would like to test the server for future use. >How-To-Repeat: >Fix: I know it's an alpha, but it would make sense to make sure that all configure's use the same config.guess and config.sub, likely in the src directory. Doesn't seem right that a configure would work on the base tree, and then fail in a number of folders because they use their own configure/config.*. Putting together a master config.* shouldn't be too difficult, and would allow the project as a whole to incorporate a single new host-trip/quad and support in a single file. >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database 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! ] From loganbryant@example.org Sat Dec 02 20:20:02 2000 Return-Path: <loganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 37772 invoked by uid 500); 2 Dec 2000 20:20:01 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk Reply-To: loganbryant@example.org list-help: <mailto:loganbryant@example.org> list-unsubscribe: <mailto:loganbryant@example.org> list-post: <mailto:loganbryant@example.org> Delivered-To: mailing list loganbryant@example.org Received: (qmail 37750 invoked by uid 501); 2 Dec 2000 20:20:00 -0000 Resent-Date: 2 Dec 2000 20:20:00 -0000 Resent-Message-ID: <loganbryant@example.org> Resent-From: loganbryant@example.org (GNATS Management) Resent-To: loganbryant@example.org Resent-Cc: loganbryant@example.org Resent-Reply-To: loganbryant@example.org, loganbryant@example.org Received:(qmail 36351 invoked by uid 501); 2 Dec 2000 20:12:00 -0000 Message-Id:<loganbryant@example.org> Date:2 Dec 2000 20:12:00 -0000 From: Mark J.Hershenson <loganbryant@example.org> Reply-To: loganbryant@example.org To: loganbryant@example.org X-Send-Pr-Version:3.110 Subject: config/6922: Configuration fails at numerous levels >Number: 6922 >Category: config >Synopsis: Configuration fails at numerous levels >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Sat Dec 02 12:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: loganbryant@example.org >Release: 2.0a8 >Organization: apache >Environment: [localhost:/] root# uname -a Darwin localhost 1.2 Darwin Kernel Version 1.2: Wed Aug 30 23:32:53 PDT 2000; root:xnu/xnu-103.obj~1/RELEASE_PPC Power Macintosh powerpc aka Mac OS X Public Beta >Description: I tried to configure Apache 2.0a8 with the following on Mac OS X Public Beta: ./configure --prefix=/opt/apache2 --enable-so --enable-shared=max --enable-cgi --with-optim=-O3 At a number of stages, configuration fails because it would seem that many levels have different ways of getting the config.guess/sub information, and using it. I fixed some of the problems along the way by either editing the Makefile.in's or copying config.* into the proper places. Additionally, unstuffing the tarball leaves a number of symbolic links which do not match up with Mac OS X / Darwin's layout. -- Then, I tried to configure with --host=powerpc-apple-netbsd, but that fails as well. It works for instance, tho, in directories like: lib/apr/shmem/unix/mm/ The configuration works. In this directory, a compilation yields: [localhost:shmem/unix/mm] root# make ./libtool --quiet --mode=compile cc -c -O2 mm_global.c ./libtool --quiet --mode=compile cc -c -O2 mm_alloc.c ./libtool --quiet --mode=compile cc -c -O2 mm_core.c ./libtool --quiet --mode=compile cc -c -O2 mm_lib.c ./libtool --quiet --mode=compile cc -c -O2 mm_vers.c ./libtool --quiet --mode=link cc -o libmm.la mm_global.lo mm_alloc.lo mm_core.lo mm_lib.lo mm_vers.lo \ -rpath /usr/local/lib -version-info `./shtool version -l c -d libtool mm_vers.c` /usr/bin/ld: unknown flag: -Bshareable make: *** [libmm.la] Error 1 I would easily chalk this up to a lack of testing on X, which is fine, it's young, but it does need to be addressed, as many on Mac OS X Server / Mac OS X / Darwin would like to test the server for future use. >How-To-Repeat: >Fix: I know it's an alpha, but it would make sense to make sure that all configure's use the same config.guess and config.sub, likely in the src directory. Doesn't seem right that a configure would work on the base tree, and then fail in a number of folders because they use their own configure/config.*. Putting together a master config.* shouldn't be too difficult, and would allow the project as a whole to incorporate a single new host-trip/quad and support in a single file. >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <loganbryant@example.org> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc,
{'source': 'Apache Software Foundation Public Mail Archives'}