From michealgarcia@example.com Mon Dec 01 12:09:30 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 7993 invoked by uid 6000); 1 Dec 1997 12:09:29 -0000 Received: (qmail 7977 invoked by uid 2012); 1 Dec 1997 12:09:28 -0000 Date: 1 Dec 1997 12:09:28 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: os-windows/1497: .exe CGIs will not execute, instead give internal server error. Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: .exe CGIs will not execute, instead give internal server error. State-Changed-From-To: open-feedback State-Changed-By: coar State-Changed-When: Mon Dec 1 04:09:27 PST 1997 State-Changed-Why: What output is displayed if you run your CGI app from a DOS window? (Exactly - include any blank lines and so on.) If it's not excessively long, please mail the source to me at <michealgarcia@example.com>. From michealgarcia@example.com Mon Dec 01 15:05:22 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 869 invoked by uid 6000); 1 Dec 1997 15:05:21 -0000 Received: (qmail 853 invoked by uid 2012); 1 Dec 1997 15:05:20 -0000 Date: 1 Dec 1997 15:05:20 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: os-windows/1496: the server refuses to start up Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: the server refuses to start up State-Changed-From-To: open-feedback State-Changed-By: pcs State-Changed-When: Mon Dec 1 07:05:20 PST 1997 State-Changed-Why: Apache installs itself into \Program Files\Apache by default. However when it starts it assumes that its server-root is in \apache. You either have to start Apache with the -d option to tell it the installed location (i.e. apache -d "\Program Files\Apache", or copy \Program Files\Apache to \apache. In the later case you will also have to update the files in \apache\conf with the new directory locations for ServerRoot and DocumentRoot. From michealgarcia@example.com Mon Dec 01 15:18:01 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 2040 invoked by uid 6000); 1 Dec 1997 15:18:00 -0000 Received: (qmail 2011 invoked by uid 2012); 1 Dec 1997 15:17:59 -0000 Date: 1 Dec 1997 15:17:59 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: documentation/1485: Example should use a 301 permanent redirect Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Example should use a 301 permanent redirect State-Changed-From-To: open-closed State-Changed-By: michealgarcia@example.com State-Changed-When: Mon Dec 1 07:17:58 PST 1997 State-Changed-Why: This has been fixed in the current development tree. Thanks for your report and for using Apache. From michealgarcia@example.com Mon Dec 01 15:19:11 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 2431 invoked by uid 6000); 1 Dec 1997 15:19:11 -0000 Received: (qmail 2415 invoked by uid 2012); 1 Dec 1997 15:19:10 -0000 Date: 1 Dec 1997 15:19:10 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: os-windows/1488: Can't get Perl to work Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Can't get Perl to work State-Changed-From-To: open-feedback State-Changed-By: pcs State-Changed-When: Mon Dec 1 07:19:09 PST 1997 State-Changed-Why: Yes, using CGI under Windows is not very well documented. We'll try and get it better as we move through the beta program. In your case, make sure that your perl CGI program starts with a line like this: #!/bin/perl where /bin/perl is the path to your perl executable, and there are no spaces before or after the #! part. Hopefully later versions of Apache will use the registry to properly associate file extensions with script interpreters. From michealgarcia@example.com Mon Dec 01 15:42:55 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 7356 invoked by uid 6000); 1 Dec 1997 15:42:54 -0000 Received: (qmail 7349 invoked from network); 1 Dec 1997 15:42:51 -0000 Received: from gate-isdn.ukweb.com (83.161.120.155) by taz.hyperreal.org with SMTP; 1 Dec 1997 15:42:51 -0000 Received: from ecstasy.localnet [83.161.120.155] by gate-isdn.ukweb.com with smtp (Exim 1.73 #1) id 0xcXzh-0002eP-00; Mon, 1 Dec 1997 15:42:45 +0000 Date: Mon, 1 Dec 1997 15:42:42 +0000 (GMT) From: Paul Sutton <michealgarcia@example.com> Reply-To: Paul Sutton <michealgarcia@example.com> To: michealgarcia@example.com cc: michealgarcia@example.com Subject: Re: os-windows/1490: CGI- with POST does not show QUERY_STRING environment variable. In-Reply-To: <michealgarcia@example.com> Message-ID: <michealgarcia@example.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: michealgarcia@example.com Precedence: bulk On 29 Nov 1997 michealgarcia@example.com wrote: > <FORM ACTION="http://your_server_name/cgi-bin/t3?qstring" METHOD=POST> Not that its relevant to the answer, but are you sure you can have a query-string part on a POST request? //pcs From michealgarcia@example.com Mon Dec 01 15:51:06 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 8421 invoked by uid 6000); 1 Dec 1997 15:51:05 -0000 Received: (qmail 8385 invoked by uid 2012); 1 Dec 1997 15:51:03 -0000 Date: 1 Dec 1997 15:51:03 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: os-windows/1168: APACHE_TLS cannot be used in modules on Windows95 Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: APACHE_TLS cannot be used in modules on Windows95 State-Changed-From-To: feedback-analyzed State-Changed-By: pcs State-Changed-When: Mon Dec 1 07:51:01 PST 1997 State-Changed-Why: There is a bug in MSVC++ which means you cannot use __declspec(thread) in DLL's loaded with LoadLibrary(). Apache modules are loaded with LoadLibrary(), and APACHE_TLS is defined as __declspec(), so this means you cannot use APACHE_TLS in apache modules. MS recommend you use the Tls*() functions instead for thread-local storage. More details are in the MS Knowledge Base, article 118816. From michealgarcia@example.com Mon Dec 01 17:21:05 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 28634 invoked by uid 6000); 1 Dec 1997 17:21:05 -0000 Received: (qmail 28625 invoked from network); 1 Dec 1997 17:21:03 -0000 Received: from alcor.process.com (83.161.120.155) by taz.hyperreal.org with SMTP; 1 Dec 1997 17:21:03 -0000 Date: Mon, 1 Dec 1997 12:19 -0400 From: michealgarcia@example.com (Rodent of Unusual Size) Message-Id: <michealgarcia@example.com> To: michealgarcia@example.com Cc: michealgarcia@example.com Subject: Re: os-windows/1490: CGI- with POST does not show QUERY_STRING environment variable. X-VMS-To: SMTP%"michealgarcia@example.com" X-VMS-Cc: SMTP%"michealgarcia@example.com",COAR Sender: michealgarcia@example.com Precedence: bulk >From the fingers of Paul Sutton flowed the following: > >On 29 Nov 1997 michealgarcia@example.com wrote: >> <FORM ACTION="http://your_server_name/cgi-bin/t3?qstring" METHOD=POST> > >Not that its relevant to the answer, but are you sure you can have a >query-string part on a POST request? Absolutely. POST provides a means of supplying information *additional* to what's in the URL, not a replacement for it. Lots of implementations treat it as a replacement mechanism so they'll only have to parse one input source, but both are technically available. #ken P-)} From michealgarcia@example.com Mon Dec 01 18:50:04 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 23548 invoked by uid 6000); 1 Dec 1997 18:50:03 -0000 Received: (qmail 23522 invoked by uid 2001); 1 Dec 1997 18:50:00 -0000 Date: 1 Dec 1997 18:50:00 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com Cc: michealgarcia@example.com, From: michealgarcia@example.com (Rodent of Unusual Size) Subject: Re: os-windows/1490: CGI- with POST does not show QUERY_STRING environment variable. Reply-To: michealgarcia@example.com (Rodent of Unusual Size) Sender: michealgarcia@example.com Precedence: bulk The following reply was made to PR os-windows/1490; it has been noted by GNATS. From: michealgarcia@example.com (Rodent of Unusual Size) To: michealgarcia@example.com Cc: Subject: Re: os-windows/1490: CGI- with POST does not show QUERY_STRING environment variable. Date: Mon, 1 Dec 1997 13:42 -0400 From the fingers of Harris flowed the following: > >Thank you for the prompt reply. And sorry for the false alarm. For POST >method the user input should be read from "stdin" which I was NOT doing. > >With in last two days I have tried some more CGI with Apache on Win32 >ver1.3b2 >Things are working great! I have also tried the same executables of Apache >server on Win95. It works on Win95 as well! > >Thank you once again for all the good work you are doing! >- Harish From michealgarcia@example.com Mon Dec 01 18:50:09 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 23605 invoked by uid 6000); 1 Dec 1997 18:50:08 -0000 Received: (qmail 23522 invoked by uid 2001); 1 Dec 1997 18:50:00 -0000 Date: 1 Dec 1997 18:50:00 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com Cc: michealgarcia@example.com, From: michealgarcia@example.com (Rodent of Unusual Size) Subject: Re: os-windows/1490: CGI- with POST does not show QUERY_STRING environment variable. Reply-To: michealgarcia@example.com (Rodent of Unusual Size) Sender: michealgarcia@example.com Precedence: bulk The following reply was made to PR os-windows/1490; it has been noted by GNATS. From: michealgarcia@example.com (Rodent of Unusual Size) To: michealgarcia@example.com Cc: Subject: Re: os-windows/1490: CGI- with POST does not show QUERY_STRING environment variable. Date: Mon, 1 Dec 1997 13:42 -0400 From the fingers of Harris flowed the following: > >Thank you for the prompt reply. And sorry for the false alarm. For POST >method the user input should be read from "stdin" which I was NOT doing. > >With in last two days I have tried some more CGI with Apache on Win32 >ver1.3b2 >Things are working great! I have also tried the same executables of Apache >server on Win95. It works on Win95 as well! > >Thank you once again for all the good work you are doing! >- Harish From michealgarcia@example.com Mon Dec 01 18:57:22 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 25643 invoked by uid 6000); 1 Dec 1997 18:57:21 -0000 Received: (qmail 25627 invoked by uid 2012); 1 Dec 1997 18:57:20 -0000 Date: 1 Dec 1997 18:57:20 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: os-windows/1490: CGI- with POST does not show QUERY_STRING environment variable. Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: CGI- with POST does not show QUERY_STRING environment variable. State-Changed-From-To: feedback-closed State-Changed-By: coar State-Changed-When: Mon Dec 1 10:57:19 PST 1997 State-Changed-Why: CGI configuration error; issue closed. Thanks for using Apache, particularly a beta version! Class-Changed-From-To: sw-bug-mistaken Class-Changed-By: coar Class-Changed-When: Mon Dec 1 10:57:19 PST 1997 From michealgarcia@example.com Mon Dec 01 19:10:02 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 27156 invoked by uid 6000); 1 Dec 1997 19:10:01 -0000 Received: (qmail 27145 invoked by uid 2001); 1 Dec 1997 19:10:00 -0000 Received:(qmail 27105 invoked by uid 2012); 1 Dec 1997 19:09:47 -0000 Message-Id:<michealgarcia@example.com> Date:1 Dec 1997 19:09:47 -0000 From: David Pisoni <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: os-unixware/1499: Server ceases answering requests, remains running silently despite SIGUSR1 or SIGHUP. Sender: michealgarcia@example.com Precedence: bulk >Number: 1499 >Category: os-unixware >Synopsis: Server ceases answering requests, remains running silently despite SIGUSR1 or SIGHUP. >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Dec 1 11:10:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.2.4 >Environment: uname -a ==> UNIX_SV brahms 4.2MP 2.1 i386 x86at UnixWare 2.1.2 (SVR4.2MP), proprietary compiler, dual 200mhz-Pentium system >Description: The server at random times ceases to answer requests (indefinately) until restarted. SIGUSR1 and SIGHUP transmissal will be logged, but will not revive server. This server was running quite normally with one virtual host on a quiet web site. I moved a busy web site to the server, with a handful of virtual hosts, and this problem began happening. As a stop gap measure over the weekend, I was forced to make a cron-job restart the server every half hour. I tried recompiling the server with USE_SO_LINGER, with similar results. I tried running the server with KeepAlive Off with similar results. I also recompiled without _POSIX_SOURCE (it was the only known UnixWare bug I could find in the database.) I also made sure that USE_FCNTL_SERIALIZED_ACCEPT was defined in the compile, per the very first known bug regarding multiple listens. There is no core dump, as the server processes continue to run despite their ineptitude. In a 'netstat' of a frozen server, there is not an excessive amount of FIN_WAIT_2, but rather an "average" mix of statuses. There are more statuses than server children running, however. >How-To-Repeat: The server has two primary web sites on it : <http://www.cdprojects.com> <http://www2.capcom.com> They may or may not work when you try them. The cron job will restart the server at 20 and 40 past each hour. >Fix: Not a clue. All I know is that the server has been working fine until I added more VH's. The machine is quite powerful (dual 200mhz-pentiums), and so it should be able to take a major beating. I can supply conf files on request, as well as STDERR from a 'make'. Hmm, perusing the docs again, I re-read the section on multiple listens. It is possible that this is the problem (since I added other listens to the config file), but the supposed fix is defining USE_FCNTL_SERIALIZED_ACCEPT, which is already defined in the SVR4 section of the 'conf.h' file. Hmm. %0 >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Mon Dec 01 19:10:10 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 27189 invoked by uid 6000); 1 Dec 1997 19:10:09 -0000 Received: (qmail 27145 invoked by uid 2001); 1 Dec 1997 19:10:00 -0000 Received:(qmail 27105 invoked by uid 2012); 1 Dec 1997 19:09:47 -0000 Message-Id:<michealgarcia@example.com> Date:1 Dec 1997 19:09:47 -0000 From: David Pisoni <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: os-unixware/1499: Server ceases answering requests, remains running silently despite SIGUSR1 or SIGHUP. Sender: michealgarcia@example.com Precedence: bulk >Number: 1499 >Category: os-unixware >Synopsis: Server ceases answering requests, remains running silently despite SIGUSR1 or SIGHUP. >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Dec 1 11:10:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.2.4 >Environment: uname -a ==> UNIX_SV brahms 4.2MP 2.1 i386 x86at UnixWare 2.1.2 (SVR4.2MP), proprietary compiler, dual 200mhz-Pentium system >Description: The server at random times ceases to answer requests (indefinately) until restarted. SIGUSR1 and SIGHUP transmissal will be logged, but will not revive server. This server was running quite normally with one virtual host on a quiet web site. I moved a busy web site to the server, with a handful of virtual hosts, and this problem began happening. As a stop gap measure over the weekend, I was forced to make a cron-job restart the server every half hour. I tried recompiling the server with USE_SO_LINGER, with similar results. I tried running the server with KeepAlive Off with similar results. I also recompiled without _POSIX_SOURCE (it was the only known UnixWare bug I could find in the database.) I also made sure that USE_FCNTL_SERIALIZED_ACCEPT was defined in the compile, per the very first known bug regarding multiple listens. There is no core dump, as the server processes continue to run despite their ineptitude. In a 'netstat' of a frozen server, there is not an excessive amount of FIN_WAIT_2, but rather an "average" mix of statuses. There are more statuses than server children running, however. >How-To-Repeat: The server has two primary web sites on it : <http://www.cdprojects.com> <http://www2.capcom.com> They may or may not work when you try them. The cron job will restart the server at 20 and 40 past each hour. >Fix: Not a clue. All I know is that the server has been working fine until I added more VH's. The machine is quite powerful (dual 200mhz-pentiums), and so it should be able to take a major beating. I can supply conf files on request, as well as STDERR from a 'make'. Hmm, perusing the docs again, I re-read the section on multiple listens. It is possible that this is the problem (since I added other listens to the config file), but the supposed fix is defining USE_FCNTL_SERIALIZED_ACCEPT, which is already defined in the SVR4 section of the 'conf.h' file. Hmm. %0 >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Mon Dec 01 22:10:02 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 20618 invoked by uid 6000); 1 Dec 1997 22:10:02 -0000 Received: (qmail 20608 invoked by uid 2001); 1 Dec 1997 22:10:01 -0000 Received:(qmail 27646 invoked by uid 2012); 1 Dec 1997 20:59:46 -0000 Message-Id:<michealgarcia@example.com> Date:1 Dec 1997 20:59:46 -0000 From: Roy Wood <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cern_meta/1500: mod_cern_meta corrupts memory pool Sender: michealgarcia@example.com Precedence: bulk >Number: 1500 >Category: mod_cern_meta >Synopsis: mod_cern_meta corrupts memory pool >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Dec 1 14:10:01 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.2.4 >Environment: Unixware 2.1.2 Stronghold 2.1.1 >Description: Running Stronghold 2.1.1 causes the username field of the log to be corrupted with HTML from page served. We added debugging trace statements and determined that the base Apache code michealgarcia@example.com. The problem appears that the cern_meta_module in function add_cern_meta_data() calls the destroy_sub_req() function. This frees the memory sub pool that was being used to store the Remote User ID and a lot of other key pieces of information. This free should not take place until the transaction has been totally completed. Normally the http_core module frees all memory pools at the end of the transaction which is where it should occur. Because the memory pool that contains the Remote User ID has become free, the content of the Remote User ID field may or may not get over written by allocations that follow the freeing of the pool. The addition of the ssl module (Stronghold) generates a lot more memory allocations to occur after the premature freeing of the Remote User ID pool and because of this, we did not see the problem in the basic non-ssl version of the Apache server until after the Stronghold version was installed. >How-To-Repeat: Run something that uses a large amount of memory from the servers memory pool. >Fix: We believe solution to this problem is to NOT allow the cern_meta_module to free the memory pool (just comment out the two calls destroy_sub_req(rr)). The pool which contains the Remote User ID field will then get freed by the http_core module when everyone is finished with the transaction. %0 >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Mon Dec 01 22:10:07 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 20651 invoked by uid 6000); 1 Dec 1997 22:10:06 -0000 Received: (qmail 20608 invoked by uid 2001); 1 Dec 1997 22:10:01 -0000 Received:(qmail 27646 invoked by uid 2012); 1 Dec 1997 20:59:46 -0000 Message-Id:<michealgarcia@example.com> Date:1 Dec 1997 20:59:46 -0000 From: Roy Wood <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cern_meta/1500: mod_cern_meta corrupts memory pool Sender: michealgarcia@example.com Precedence: bulk >Number: 1500 >Category: mod_cern_meta >Synopsis: mod_cern_meta corrupts memory pool >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Dec 1 14:10:01 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.2.4 >Environment: Unixware 2.1.2 Stronghold 2.1.1 >Description: Running Stronghold 2.1.1 causes the username field of the log to be corrupted with HTML from page served. We added debugging trace statements and determined that the base Apache code michealgarcia@example.com. The problem appears that the cern_meta_module in function add_cern_meta_data() calls the destroy_sub_req() function. This frees the memory sub pool that was being used to store the Remote User ID and a lot of other key pieces of information. This free should not take place until the transaction has been totally completed. Normally the http_core module frees all memory pools at the end of the transaction which is where it should occur. Because the memory pool that contains the Remote User ID has become free, the content of the Remote User ID field may or may not get over written by allocations that follow the freeing of the pool. The addition of the ssl module (Stronghold) generates a lot more memory allocations to occur after the premature freeing of the Remote User ID pool and because of this, we did not see the problem in the basic non-ssl version of the Apache server until after the Stronghold version was installed. >How-To-Repeat: Run something that uses a large amount of memory from the servers memory pool. >Fix: We believe solution to this problem is to NOT allow the cern_meta_module to free the memory pool (just comment out the two calls destroy_sub_req(rr)). The pool which contains the Remote User ID field will then get freed by the http_core module when everyone is finished with the transaction. %0 >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Tue Dec 02 03:20:08 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 20395 invoked by uid 6000); 2 Dec 1997 03:20:08 -0000 Received: (qmail 20189 invoked by uid 2001); 2 Dec 1997 03:20:00 -0000 Received:(qmail 18551 invoked by uid 2012); 2 Dec 1997 03:12:54 -0000 Message-Id:<michealgarcia@example.com> Date:2 Dec 1997 03:12:54 -0000 From: Peter Merel <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: general/1501: Problem #1257 is not fixed by the patch in #1030 Sender: michealgarcia@example.com Precedence: bulk >Number: 1501 >Category: general >Synopsis: Problem #1257 is not fixed by the patch in #1030 >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Dec 1 19:20:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: NT4, service pak 3, MSVC >Description: #1257 has the same symptom as #1030, but is *NOT* fixed in 1.3b3 >How-To-Repeat: See #1257 >Fix: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Tue Dec 02 03:20:08 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 20383 invoked by uid 6000); 2 Dec 1997 03:20:07 -0000 Received: (qmail 20189 invoked by uid 2001); 2 Dec 1997 03:20:00 -0000 Received:(qmail 18551 invoked by uid 2012); 2 Dec 1997 03:12:54 -0000 Message-Id:<michealgarcia@example.com> Date:2 Dec 1997 03:12:54 -0000 From: Peter Merel <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: general/1501: Problem #1257 is not fixed by the patch in #1030 Sender: michealgarcia@example.com Precedence: bulk >Number: 1501 >Category: general >Synopsis: Problem #1257 is not fixed by the patch in #1030 >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Dec 1 19:20:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: NT4, service pak 3, MSVC >Description: #1257 has the same symptom as #1030, but is *NOT* fixed in 1.3b3 >How-To-Repeat: See #1257 >Fix: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Tue Dec 02 12:56:12 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 5642 invoked by uid 6000); 2 Dec 1997 12:56:11 -0000 Received: (qmail 5625 invoked by uid 2012); 2 Dec 1997 12:56:10 -0000 Date: 2 Dec 1997 12:56:10 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: general/1501: Problem #1257 is not fixed by the patch in #1030 Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Problem #1257 is not fixed by the patch in #1030 State-Changed-From-To: open-feedback State-Changed-By: pcs State-Changed-When: Tue Dec 2 04:56:10 PST 1997 State-Changed-Why: If you are using the binary (precompiled) version of Apache, then this bug is not fixed. However that patch in PR#1030 is correct and fixes the problem, and is part of the source code of 1.3b3 and will be in the binary of 1.3b4. From michealgarcia@example.com Tue Dec 02 19:10:03 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 5941 invoked by uid 6000); 2 Dec 1997 19:10:02 -0000 Received: (qmail 5930 invoked by uid 2001); 2 Dec 1997 19:10:01 -0000 Received:(qmail 14186 invoked by uid 2012); 2 Dec 1997 17:57:06 -0000 Message-Id:<michealgarcia@example.com> Date:2 Dec 1997 17:57:06 -0000 From: Frederico Costa <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: general/1502: Problem using virtual Hosts Sender: michealgarcia@example.com Precedence: bulk >Number: 1502 >Category: general >Synopsis: Problem using virtual Hosts >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Dec 2 11:10:01 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: Output from uname -a FreeBSD autor.iland.pt 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Fri Nov 28 18:09: 19 WET 1997 michealgarcia@example.com:/usr/src/sys/compile/MYKERNEL i386 >Description: If i use Virtual Hosts, when open a page from a browser, it always open the first Virtual Host that i put on http.conf. I have www.apmp.pt -> 83.161.120.155 And autor.iland.pt in the same IP address. This machine is registered on DNS with autor.iland.pt >How-To-Repeat: #Part of httpd.conf <VirtualHost autor.iland.pt> ServerAdmin michealgarcia@example.com DocumentRoot /usr/local/WWW/htdocs ServerName autor.iland.pt ErrorLog logs/autor/error_log TransferLog logs/autor/access_log </VirtualHost> <VirtualHost www.apmp.pt> ServerAdmin michealgarcia@example.com DocumentRoot /usr/local/WWW/htdocs/apmp ServerName www.apmp.pt ErrorLog logs/apmp/error_log TransferLog logs/apmp/access_log </VirtualHost> # End If i use http://www.apmp.pt/, goes to the first Virtual Host, if i use http://autor.iland.pt/ goes also to the first Virtual Host >Fix: Non >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Tue Dec 02 19:10:06 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 5970 invoked by uid 6000); 2 Dec 1997 19:10:05 -0000 Received: (qmail 5930 invoked by uid 2001); 2 Dec 1997 19:10:01 -0000 Received:(qmail 14186 invoked by uid 2012); 2 Dec 1997 17:57:06 -0000 Message-Id:<michealgarcia@example.com> Date:2 Dec 1997 17:57:06 -0000 From: Frederico Costa <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: general/1502: Problem using virtual Hosts Sender: michealgarcia@example.com Precedence: bulk >Number: 1502 >Category: general >Synopsis: Problem using virtual Hosts >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Dec 2 11:10:01 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: Output from uname -a FreeBSD autor.iland.pt 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Fri Nov 28 18:09: 19 WET 1997 michealgarcia@example.com:/usr/src/sys/compile/MYKERNEL i386 >Description: If i use Virtual Hosts, when open a page from a browser, it always open the first Virtual Host that i put on http.conf. I have www.apmp.pt -> 83.161.120.155 And autor.iland.pt in the same IP address. This machine is registered on DNS with autor.iland.pt >How-To-Repeat: #Part of httpd.conf <VirtualHost autor.iland.pt> ServerAdmin michealgarcia@example.com DocumentRoot /usr/local/WWW/htdocs ServerName autor.iland.pt ErrorLog logs/autor/error_log TransferLog logs/autor/access_log </VirtualHost> <VirtualHost www.apmp.pt> ServerAdmin michealgarcia@example.com DocumentRoot /usr/local/WWW/htdocs/apmp ServerName www.apmp.pt ErrorLog logs/apmp/error_log TransferLog logs/apmp/access_log </VirtualHost> # End If i use http://www.apmp.pt/, goes to the first Virtual Host, if i use http://autor.iland.pt/ goes also to the first Virtual Host >Fix: Non >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Tue Dec 02 19:20:03 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 9834 invoked by uid 6000); 2 Dec 1997 19:20:02 -0000 Received: (qmail 9817 invoked by uid 2001); 2 Dec 1997 19:20:00 -0000 Received:(qmail 8856 invoked by uid 2012); 2 Dec 1997 19:18:14 -0000 Message-Id:<michealgarcia@example.com> Date:2 Dec 1997 19:18:14 -0000 From: Peter Merel <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: general/1503: #1501 is still a problem, even when recompiling from source Sender: michealgarcia@example.com Precedence: bulk >Number: 1503 >Category: general >Synopsis: #1501 is still a problem, even when recompiling from source >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Dec 2 11:20:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: NT4, service pak 3, MS Visual C++ 5 >Description: As advised in #1501, we rebuilt from source, first verifying that util_script.c does indeed include the change from PR #1030, which it does (we changed no source). We installed the rebuilt exe and dll, started things back up, and saw no different behaviour from the prebuilt 1.3b3 binary: the #1030 problem still affects us. >How-To-Repeat: As per #1501/#1030. >Fix: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Tue Dec 02 19:20:03 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 9836 invoked by uid 6000); 2 Dec 1997 19:20:02 -0000 Received: (qmail 9817 invoked by uid 2001); 2 Dec 1997 19:20:00 -0000 Received:(qmail 8856 invoked by uid 2012); 2 Dec 1997 19:18:14 -0000 Message-Id:<michealgarcia@example.com> Date:2 Dec 1997 19:18:14 -0000 From: Peter Merel <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: general/1503: #1501 is still a problem, even when recompiling from source Sender: michealgarcia@example.com Precedence: bulk >Number: 1503 >Category: general >Synopsis: #1501 is still a problem, even when recompiling from source >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Dec 2 11:20:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: NT4, service pak 3, MS Visual C++ 5 >Description: As advised in #1501, we rebuilt from source, first verifying that util_script.c does indeed include the change from PR #1030, which it does (we changed no source). We installed the rebuilt exe and dll, started things back up, and saw no different behaviour from the prebuilt 1.3b3 binary: the #1030 problem still affects us. >How-To-Repeat: As per #1501/#1030. >Fix: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Tue Dec 02 19:50:02 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 22002 invoked by uid 6000); 2 Dec 1997 19:50:02 -0000 Received: (qmail 21993 invoked by uid 2001); 2 Dec 1997 19:50:00 -0000 Date: 2 Dec 1997 19:50:00 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com Cc: michealgarcia@example.com, From: Dean Gaudet <michealgarcia@example.com> Subject: Re: general/1502: Problem using virtual Hosts Reply-To: Dean Gaudet <michealgarcia@example.com> Sender: michealgarcia@example.com Precedence: bulk The following reply was made to PR general/1502; it has been noted by GNATS. From: Dean Gaudet <michealgarcia@example.com> To: Frederico Costa <michealgarcia@example.com> Cc: michealgarcia@example.com Subject: Re: general/1502: Problem using virtual Hosts Date: Tue, 2 Dec 1997 11:49:14 -0800 (PST) Both those hosts have the same address. Please check your error_log, there's likely a message there waiting for you. Have you read the new vhost documentation mentioned in the upgrade instructions? http://www.apache.org/docs/vhosts/ Dean From michealgarcia@example.com Tue Dec 02 19:50:05 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 22035 invoked by uid 6000); 2 Dec 1997 19:50:05 -0000 Received: (qmail 21993 invoked by uid 2001); 2 Dec 1997 19:50:00 -0000 Date: 2 Dec 1997 19:50:00 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com Cc: michealgarcia@example.com, From: Dean Gaudet <michealgarcia@example.com> Subject: Re: general/1502: Problem using virtual Hosts Reply-To: Dean Gaudet <michealgarcia@example.com> Sender: michealgarcia@example.com Precedence: bulk The following reply was made to PR general/1502; it has been noted by GNATS. From: Dean Gaudet <michealgarcia@example.com> To: Frederico Costa <michealgarcia@example.com> Cc: michealgarcia@example.com Subject: Re: general/1502: Problem using virtual Hosts Date: Tue, 2 Dec 1997 11:49:14 -0800 (PST) Both those hosts have the same address. Please check your error_log, there's likely a message there waiting for you. Have you read the new vhost documentation mentioned in the upgrade instructions? http://www.apache.org/docs/vhosts/ Dean From michealgarcia@example.com Wed Dec 03 01:30:03 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 15227 invoked by uid 6000); 3 Dec 1997 01:30:02 -0000 Received: (qmail 15204 invoked by uid 2001); 3 Dec 1997 01:30:00 -0000 Received:(qmail 14007 invoked by uid 2012); 3 Dec 1997 01:27:28 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 01:27:28 -0000 From: Ben Bay <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cgi/1504: Equals signs in GET method query cause failure Sender: michealgarcia@example.com Precedence: bulk >Number: 1504 >Category: mod_cgi >Synopsis: Equals signs in GET method query cause failure >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Dec 2 17:30:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.2.4 >Environment: Linux 1.2.30 -- Gcc uname -a == Linux horkus 2.0.30 #5 Tue Oct 21 16:44:30 CDT 1997 i586 unknown >Description: I used a simple script that logs all requests to a file to track down this problem. When I give a URL encoded query with an equals sign my script reports no input. But as long as the query string doesn't contain an equals then it reports what I would expect. I'm _pretty_ sure this is a server bug. I apologize if I'm mistaken. I tagged this as 'critical' because I believe this to be an important and widely used feature -Ben >How-To-Repeat: url "http://localhost/cgi-bin/query?blarg works" fine url "http://localhost/cgi-bin/query?blarg=shmoo" fails >Fix: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Wed Dec 03 01:30:03 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 15230 invoked by uid 6000); 3 Dec 1997 01:30:02 -0000 Received: (qmail 15204 invoked by uid 2001); 3 Dec 1997 01:30:00 -0000 Received:(qmail 14007 invoked by uid 2012); 3 Dec 1997 01:27:28 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 01:27:28 -0000 From: Ben Bay <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cgi/1504: Equals signs in GET method query cause failure Sender: michealgarcia@example.com Precedence: bulk >Number: 1504 >Category: mod_cgi >Synopsis: Equals signs in GET method query cause failure >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Dec 2 17:30:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.2.4 >Environment: Linux 1.2.30 -- Gcc uname -a == Linux horkus 2.0.30 #5 Tue Oct 21 16:44:30 CDT 1997 i586 unknown >Description: I used a simple script that logs all requests to a file to track down this problem. When I give a URL encoded query with an equals sign my script reports no input. But as long as the query string doesn't contain an equals then it reports what I would expect. I'm _pretty_ sure this is a server bug. I apologize if I'm mistaken. I tagged this as 'critical' because I believe this to be an important and widely used feature -Ben >How-To-Repeat: url "http://localhost/cgi-bin/query?blarg works" fine url "http://localhost/cgi-bin/query?blarg=shmoo" fails >Fix: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Wed Dec 03 02:47:26 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 7730 invoked by uid 6000); 3 Dec 1997 02:47:26 -0000 Received: (qmail 7718 invoked by uid 2012); 3 Dec 1997 02:47:24 -0000 Date: 3 Dec 1997 02:47:24 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: mod_cgi/1504: Equals signs in GET method query cause failure Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Equals signs in GET method query cause failure State-Changed-From-To: open-closed State-Changed-By: dgaudet State-Changed-When: Tue Dec 2 18:47:24 PST 1997 State-Changed-Why: Sent an email already describing that this is according to spec. Dean From michealgarcia@example.com Wed Dec 03 02:48:01 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 7983 invoked by uid 6000); 3 Dec 1997 02:48:01 -0000 Received: (qmail 7952 invoked by uid 2012); 3 Dec 1997 02:47:59 -0000 Date: 3 Dec 1997 02:47:59 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com, michealgarcia@example.com, michealgarcia@example.com From: michealgarcia@example.com Subject: Re: general/1502: Problem using virtual Hosts Sender: michealgarcia@example.com Precedence: bulk [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Problem using virtual Hosts State-Changed-From-To: open-feedback State-Changed-By: dgaudet State-Changed-When: Tue Dec 2 18:47:59 PST 1997 State-Changed-Why: Waiting for user feedback. Dean From michealgarcia@example.com Wed Dec 03 02:50:02 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 8351 invoked by uid 6000); 3 Dec 1997 02:50:01 -0000 Received: (qmail 8340 invoked by uid 2001); 3 Dec 1997 02:50:00 -0000 Date: 3 Dec 1997 02:50:00 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com Cc: michealgarcia@example.com, From: Dean Gaudet <michealgarcia@example.com> Subject: Re: mod_cgi/1504: Equals signs in GET method query cause failure Reply-To: Dean Gaudet <michealgarcia@example.com> Sender: michealgarcia@example.com Precedence: bulk The following reply was made to PR mod_cgi/1504; it has been noted by GNATS. From: Dean Gaudet <michealgarcia@example.com> To: Ben Bay <michealgarcia@example.com> Cc: michealgarcia@example.com Subject: Re: mod_cgi/1504: Equals signs in GET method query cause failure Date: Tue, 2 Dec 1997 18:51:13 -0800 (PST) Don't use argv. Read the CGI "spec" http://hoohoo.ncsa.uiuc.edu/cgi/ ... you'll find a description of this bizarre behaviour. Tell us if that doesn't cover what you're talking about. Dean From michealgarcia@example.com Wed Dec 03 02:50:03 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 8378 invoked by uid 6000); 3 Dec 1997 02:50:02 -0000 Received: (qmail 8340 invoked by uid 2001); 3 Dec 1997 02:50:00 -0000 Date: 3 Dec 1997 02:50:00 -0000 Message-ID: <michealgarcia@example.com> To: michealgarcia@example.com Cc: michealgarcia@example.com, From: Dean Gaudet <michealgarcia@example.com> Subject: Re: mod_cgi/1504: Equals signs in GET method query cause failure Reply-To: Dean Gaudet <michealgarcia@example.com> Sender: michealgarcia@example.com Precedence: bulk The following reply was made to PR mod_cgi/1504; it has been noted by GNATS. From: Dean Gaudet <michealgarcia@example.com> To: Ben Bay <michealgarcia@example.com> Cc: michealgarcia@example.com Subject: Re: mod_cgi/1504: Equals signs in GET method query cause failure Date: Tue, 2 Dec 1997 18:51:13 -0800 (PST) Don't use argv. Read the CGI "spec" http://hoohoo.ncsa.uiuc.edu/cgi/ ... you'll find a description of this bizarre behaviour. Tell us if that doesn't cover what you're talking about. Dean From michealgarcia@example.com Wed Dec 03 09:20:02 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 15501 invoked by uid 6000); 3 Dec 1997 09:20:01 -0000 Received: (qmail 15492 invoked by uid 2001); 3 Dec 1997 09:20:00 -0000 Received:(qmail 15037 invoked by uid 2012); 3 Dec 1997 09:12:25 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 09:12:25 -0000 From: Malcolm Green <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_proxy/1505: Query URL's converted to lowercase when using proxy on NT Sender: michealgarcia@example.com Precedence: bulk >Number: 1505 >Category: mod_proxy >Synopsis: Query URL's converted to lowercase when using proxy on NT >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Dec 3 01:20:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: NT 4.0 SP3, Visual C++ 5.0 >Description: When using Apache as a proxy server on Windows NT, query URL's containing uppercase characters are converted to lowercase, causing incorrect results in some cases. >How-To-Repeat: www.infoseek.com from Internet Explorer 3.02, and enter a seach string - the search page is redisplayed rather than the results page. >Fix: Remove the call to strlwr in os_canonical_filename >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Wed Dec 03 09:20:05 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 15531 invoked by uid 6000); 3 Dec 1997 09:20:05 -0000 Received: (qmail 15492 invoked by uid 2001); 3 Dec 1997 09:20:00 -0000 Received:(qmail 15037 invoked by uid 2012); 3 Dec 1997 09:12:25 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 09:12:25 -0000 From: Malcolm Green <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_proxy/1505: Query URL's converted to lowercase when using proxy on NT Sender: michealgarcia@example.com Precedence: bulk >Number: 1505 >Category: mod_proxy >Synopsis: Query URL's converted to lowercase when using proxy on NT >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Dec 3 01:20:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: NT 4.0 SP3, Visual C++ 5.0 >Description: When using Apache as a proxy server on Windows NT, query URL's containing uppercase characters are converted to lowercase, causing incorrect results in some cases. >How-To-Repeat: www.infoseek.com from Internet Explorer 3.02, and enter a seach string - the search page is redisplayed rather than the results page. >Fix: Remove the call to strlwr in os_canonical_filename >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] From michealgarcia@example.com Wed Dec 03 12:40:02 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 27996 invoked by uid 6000); 3 Dec 1997 12:40:02 -0000 Received: (qmail 27987 invoked by uid 2001); 3 Dec 1997 12:40:00 -0000 Received:(qmail 26791 invoked by uid 2012); 3 Dec 1997 12:32:13 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 12:32:13 -0000 From: "Jürgen" Hermann <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cgi/1506: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars Sender: michealgarcia@example.com Precedence: bulk >Number: 1506 >Category: mod_cgi >Synopsis: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Dec 3 04:40:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3/WinNT >Environment: Win/NT 4.0 Service Pack 3 >Description: Using the cgi-bin scripts below, the following differences appear in the output: Using /cgi-bin/env.sh/foo/bar/UPPER you get PATH_INFO=/foo/bar/UPPER SCRIPT_NAME=/cgi-bin/env.sh Using /cgi-bin/env.bat/foo/bar/UPPER you get PATH_INFO=/foo/bar/upper SCRIPT_NAME=/cgi-bin/env.bat/foo/bar/UPPER Problems with 1.3b3 on NT: 1. PATH_INFO is lower-case 2. SCRIPT_NAME is too long (should be /cgi-bin/env.bat) Is that intentional? It broke my cgi-bin, and I think that's true for other scripts as well. Thanks for your efforts. >How-To-Repeat: > cat env.sh #!/bin/sh echo "Content-Type: text/plain" echo set >Fix: Make environment as similar to Unix as possible >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] >type env.bat @echo Content-Type: text/plain @echo. @cd @echo. @set From michealgarcia@example.com Wed Dec 03 12:40:07 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 28023 invoked by uid 6000); 3 Dec 1997 12:40:07 -0000 Received: (qmail 27987 invoked by uid 2001); 3 Dec 1997 12:40:00 -0000 Received:(qmail 26791 invoked by uid 2012); 3 Dec 1997 12:32:13 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 12:32:13 -0000 From: "Jürgen" Hermann <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cgi/1506: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars Sender: michealgarcia@example.com Precedence: bulk >Number: 1506 >Category: mod_cgi >Synopsis: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Dec 3 04:40:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3/WinNT >Environment: Win/NT 4.0 Service Pack 3 >Description: Using the cgi-bin scripts below, the following differences appear in the output: Using /cgi-bin/env.sh/foo/bar/UPPER you get PATH_INFO=/foo/bar/UPPER SCRIPT_NAME=/cgi-bin/env.sh Using /cgi-bin/env.bat/foo/bar/UPPER you get PATH_INFO=/foo/bar/upper SCRIPT_NAME=/cgi-bin/env.bat/foo/bar/UPPER Problems with 1.3b3 on NT: 1. PATH_INFO is lower-case 2. SCRIPT_NAME is too long (should be /cgi-bin/env.bat) Is that intentional? It broke my cgi-bin, and I think that's true for other scripts as well. Thanks for your efforts. >How-To-Repeat: > cat env.sh #!/bin/sh echo "Content-Type: text/plain" echo set >Fix: Make environment as similar to Unix as possible >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] >type env.bat @echo Content-Type: text/plain @echo. @cd @echo. @set From michealgarcia@example.com Wed Dec 03 14:00:03 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 5228 invoked by uid 6000); 3 Dec 1997 14:00:02 -0000 Received: (qmail 5208 invoked by uid 2001); 3 Dec 1997 14:00:00 -0000 Received:(qmail 3616 invoked by uid 2012); 3 Dec 1997 13:52:40 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 13:52:40 -0000 From: "Jürgen" Hermann <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cgi/1507: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars Sender: michealgarcia@example.com Precedence: bulk >Number: 1507 >Category: mod_cgi >Synopsis: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Dec 3 06:00:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3/WinNT >Environment: Win/NT 4.0 Service Pack 3 >Description: Using the cgi-bin scripts below, the following differences appear in the output: Using /cgi-bin/env.sh/foo/bar/UPPER you get PATH_INFO=/foo/bar/UPPER SCRIPT_NAME=/cgi-bin/env.sh Using /cgi-bin/env.bat/foo/bar/UPPER you get PATH_INFO=/foo/bar/upper SCRIPT_NAME=/cgi-bin/env.bat/foo/bar/UPPER Problems with 1.3b3 on NT: 1. PATH_INFO is lower-case 2. SCRIPT_NAME is too long (should be /cgi-bin/env.bat) Is that intentional? It broke my cgi-bin, and I think that's true for other scripts as well. Thanks for your efforts. >How-To-Repeat: > cat env.sh #!/bin/sh echo "Content-Type: text/plain" echo set >Fix: Make environment as similar to Unix as possible >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] >type env.bat @echo Content-Type: text/plain @echo. @cd @echo. @set From michealgarcia@example.com Wed Dec 03 14:00:10 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 5254 invoked by uid 6000); 3 Dec 1997 14:00:10 -0000 Received: (qmail 5208 invoked by uid 2001); 3 Dec 1997 14:00:00 -0000 Received:(qmail 3616 invoked by uid 2012); 3 Dec 1997 13:52:40 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 13:52:40 -0000 From: "Jürgen" Hermann <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: mod_cgi/1507: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars Sender: michealgarcia@example.com Precedence: bulk >Number: 1507 >Category: mod_cgi >Synopsis: Differences to UNIX in SCRIPT_NAME and PATH_INFO cgi vars >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Dec 3 06:00:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3/WinNT >Environment: Win/NT 4.0 Service Pack 3 >Description: Using the cgi-bin scripts below, the following differences appear in the output: Using /cgi-bin/env.sh/foo/bar/UPPER you get PATH_INFO=/foo/bar/UPPER SCRIPT_NAME=/cgi-bin/env.sh Using /cgi-bin/env.bat/foo/bar/UPPER you get PATH_INFO=/foo/bar/upper SCRIPT_NAME=/cgi-bin/env.bat/foo/bar/UPPER Problems with 1.3b3 on NT: 1. PATH_INFO is lower-case 2. SCRIPT_NAME is too long (should be /cgi-bin/env.bat) Is that intentional? It broke my cgi-bin, and I think that's true for other scripts as well. Thanks for your efforts. >How-To-Repeat: > cat env.sh #!/bin/sh echo "Content-Type: text/plain" echo set >Fix: Make environment as similar to Unix as possible >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <michealgarcia@example.com> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] >type env.bat @echo Content-Type: text/plain @echo. @cd @echo. @set From michealgarcia@example.com Wed Dec 03 15:50:02 1997 Return-Path: <michealgarcia@example.com> Delivered-To: michealgarcia@example.com Received: (qmail 26855 invoked by uid 6000); 3 Dec 1997 15:50:02 -0000 Received: (qmail 26846 invoked by uid 2001); 3 Dec 1997 15:50:00 -0000 Received:(qmail 25349 invoked by uid 2012); 3 Dec 1997 15:43:51 -0000 Message-Id:<michealgarcia@example.com> Date:3 Dec 1997 15:43:51 -0000 From: Bemny Pollak <michealgarcia@example.com> Reply-To: michealgarcia@example.com To: michealgarcia@example.com X-Send-Pr-Version:3.2 Subject: general/1508: Fully qualified path for passwd, documentroot and alias Sender: michealgarcia@example.com Precedence: bulk >Number: 1508 >Category: general >Synopsis: Fully qualified path for passwd, documentroot and alias >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Dec 3 07:50:00 PST 1997 >Last-Modified: >Originator: michealgarcia@example.com >Organization: apache >Release: 1.3b3 >Environment: win32 - all >Description: Fully qualified path (i.e. D:\mypath\apache) for passwd, documentroot and alias >How-To-Repeat: >Fix: in http_config.c: set_file slot, change the line: if (*arg == '/') to: if (*arg == '/' || arg[1] == ':') In util.c: chdir_file, add
{'source': 'Apache Software Foundation Public Mail Archives'}