general/2482: Missing environment variables on exec cgi
The following reply was made to PR general/2482; it has been noted by GNATS. From: Alvaro Martinez Echevarria [EMAIL PROTECTED] To: Dennis Lundberg [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: general/2482: Missing environment variables on exec cgi Date: Wed, 24 Jun 1998 04:35:00 +0200 (CEST) Hi. I have studied your bug report to apache and I haven't been able to reproduce it, at least in Linux. A page containing: !--#exec cgi=3D/cgi-bin/printenv prints all the expected environment variables, including REMOTE_HOST and DOCUMENT_URI. Would it be possible for you to send me a page generated by such printenv invocation? Maybe we could get some clues about the problem from that. Thanks for your report and for using apache. Regards. =2E--. | Alvaro Mart=EDnez Echevarr=EDa | LANDER SISTEMAS| |[EMAIL PROTECTED]| P=BA Castellana, 121 | `| 28046 Madrid, SPAIN| | Tel: +34-91-5562883| | Fax: +34-91-5563001| `-'
mod_rewrite/2478: mod_rewrite broken under virtual hosts
The following reply was made to PR mod_rewrite/2478; it has been noted by GNATS. From: Alvaro Martinez Echevarria [EMAIL PROTECTED] To: Robert Blayzor [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: mod_rewrite/2478: mod_rewrite broken under virtual hosts Date: Wed, 24 Jun 1998 05:12:10 +0200 (CEST) Hi. I've been unable to reproduce the behaviour described in your bug report to apache, not even with the example configuration in your message. Maybe mod_rewrite has been compiled as a dynamic shared object but you haven't put into your server configuration the directive (LoadModule) needed to insert it into the running daemon (this could happen if you are using with apache 1.3.0 the same configuration you used with 1.2.X). You might try to execute httpd -l and check if mod_rewrite.c appears in the list of compiled in modules. Thanks for your bug report and for using apache. Regards. =2E--. | Alvaro Mart=EDnez Echevarr=EDa | LANDER SISTEMAS| |[EMAIL PROTECTED]| P=BA Castellana, 121 | `| 28046 Madrid, SPAIN| | Tel: +34-91-5562883| | Fax: +34-91-5563001| `-'
Re: general/2441: entries in log files appear widely out of order, sometimes not at all
The following reply was made to PR general/2441; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: Re: general/2441: entries in log files appear widely out of order, sometimes not at all Date: Wed, 24 Jun 1998 02:44:05 -0700 (PDT) -- Forwarded message -- Date: 24 Jun 1998 08:21:02 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: failure notice Hi. This is the qmail-send program at twinlark.arctic.org. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: Sorry, I couldn't find any host by that name. (#4.1.2) I'm not going to try again; this message has been in the queue too long. --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 25381 invoked by uid 500); 17 Jun 1998 07:19:46 - Date: Wed, 17 Jun 1998 00:19:46 -0700 (PDT) From: Dean Gaudet [EMAIL PROTECTED] To: Jay Richmond [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: general/2441: entries in log files appear widely out of order, sometimes not at all In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Comment: Visit http://www.arctic.org/~dgaudet/legal for information regarding copyright and disclaimer. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII If I had to guess I'd say the freebsd port includes -DBUFFERED_LOGS. If so, they should be taken out and shot. twice. I don't have access to freebsd, so someone else will have to check. Dean
os-solaris/2491: Configure redefining STATUS in ~/src/include/ap_config.h
Number: 2491 Category: os-solaris Synopsis: Configure redefining STATUS in ~/src/include/ap_config.h Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Jun 24 07:10:01 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: SunOS rain 5.6 Generic_105181-06 sun4m sparc SUNW,SPARCstation-10 GNU GCC 2.8.1 GNU Bison 1.25 GNU Flex 2.5.4a Description: Using the automagical configure in the top level directory of Apache 1.3.0 is redefining STATUS defined under /usr/include/arpa/nameser.h. The Apache configure creates the file ~/src/include/ap_config.h and makes the entry: #ifndef STATUS #define STATUS #endif Where /usr/include/arpa/nameser.h defines this as: #define STATUS 0x2 /* nameserver status query */ This happens on both Solaris 2.6 and Solaris x86 2.6. I noticed this when compiling PHP 3.0 w/the Apache code ( generated compile warning ). I just fixed it by hand and seems to be OK. How-To-Repeat: Run the top level configure in the apache distribution. configure --prefix=/usr/local/apache configure --prefix=/usr/local/apache --activate-module=src/modules/php3/libphp3.a Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
general/2492: Question - Is there a version of Apache available for a Next station?
Number: 2492 Category: general Synopsis: Question - Is there a version of Apache available for a Next station? Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Jun 24 07:40:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release: Environment: Next v 3.2 Description: Question - Is there a version of Apache available for a Next station? How-To-Repeat: Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
mod_rewrite/2493: Bad Request with mod_rewrite and gdbm
Number: 2493 Category: mod_rewrite Synopsis: Bad Request with mod_rewrite and gdbm Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Jun 24 07:40:01 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: uname -a:SunOS 5.6 Generic sun4u sparc SUNW,Ultra-Enterprise Fully patched(As recomended by sun) Compiler; gcc version 2.7.2.3 gdbm version 1.7.3 Description: When configuring Apache with mod_rewrite and gdbm requests, I get a Bad Request response when accessing documents tha requires database lookups... httpd.conf: RewriteEngine On RewriteMapalias-to-account dbm:/db/users RewriteRule ^/~w-(.)(.*) ${alias-to-account:$1|w-$1}/html$2 [L] I'm using the database file for user account lookups, becouse 30K+ user /etc/passwd is very slow. How-To-Repeat: I linked the gdbm library with apache by; Configuration; EXTRA_LIBS=-lgdbm And then configured according to the Full Description section. I'm also running the httpd as root in a chrooted enviroment. This problem occurd by release 1.2.5 and is still in the 1.3.0 version. I'm now running the 1.2.4 version of apache and it's working fine. Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
os-windows/2495: #! syntax fails because filename of script (which contains spaces) is not quoted
Number: 2495 Category: os-windows Synopsis: #! syntax fails because filename of script (which contains spaces) is not quoted Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Jun 24 10:30:02 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: Windows 95 OSR2 / pre-built binary Apache Description: After verifying that Apache worked by installing and accessing some other cgi executables I had, I attempted to use the #! syntax to run a perl script in the standard cgi-bin directory. On my PC, this directory is D:\Program Files\Apache Group\Apache\cgi-bin. When I got the Internal Server Error response, I looked at my ScriptLog file and found the following: %% [Wed Jun 24 08:40:31 1998] GET /cgi-bin/hellopbang.pl HTTP/1.0 %% 500 d:/program files/apache group/apache/cgi-bin/hellopbang.pl %request Connection: Keep-Alive User-Agent: Mozilla/4.04 [en] (Win95; U) Host: boonies.ncifcrf.gov Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */* Accept-Language: en Accept-Charset: iso-8859-1,*,utf-8 %response %stderr Can't open perl script d:/program: No such file or directory The above is an error message from PERL.EXE, indicating it is trying to execute d:/program (truncating the real file path at the first space) rather than D:\Program Files\Apache Group\Apache\cgi-bin\hellopbang.pl. I appears that the path will have to be quoted just as if it were an argument passed on the command line of a DOS shell. Also, since the above is a message from the perl interpreter, I am unsure whether it will understand the use of / in place of \, even if it does receive the whole path. Thank you for your time. How-To-Repeat: Make sure the path to the default cgi-bin directory contains spaces. Create a script hellopbang.pl: #!D:\PERL\BIN\PERL.EXE $|=1; print Content-type: text/html\n\n; print h1Hello!/h1\n; 1; and place it in the cgi-bin directory, substituting the correct location of your perl executable. Set ScriptLog in httpd.conf Fix: I don't know how the arguments are passed to the program listed on the #! line, but some how they have to be quoted. I really like this feature, (it works if the path does not contain spaces), so it would be very nice if this problem were fixed. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
mod_cgi/2494: Error re-loading 16 bit CGI after loading an HTML page
Number: 2494 Category: mod_cgi Synopsis: Error re-loading 16 bit CGI after loading an HTML page Confidential: no Severity: critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Jun 24 10:30:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 NT Environment: NT 4.0, SP3 Description: I made a lot of CGI with CLipper 5.2, running in a 16 bit enviroment. They works fine in apache 1.3 beta 6. In the last 1.3.0, they work the first time, but i found a problem: a) i run a CGI (it work); b) i load a normal HTML page (it work); c) i reload the same cgi at point a): i receive this error: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. The error_log file report: [Wed Jun 24 19:20:02 1998] [error] (2)No such file or directory: couldn't spawn child process: c:/internet/apache/cgi-bin/lan_usa.exe This error happen ONLY with 16 bit CGI: 32 bit cgi works fine. BTW, i MUST use my old 16 bit CGI on my server... and i want use Apache! The same CGI works fine on all NT web server, except IIS (bleah!). Thanks in advance (and scuse me for my poor english): your server is simply FANTASTIC! :-))) How-To-Repeat: If needed, i can send source code and an executable file of a 16 bit CGI. Fix: No. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: general/2492: Question - Is there a version of Apache available for a Next station?
Synopsis: Question - Is there a version of Apache available for a Next station? State-Changed-From-To: open-closed State-Changed-By: marc State-Changed-When: Wed Jun 24 10:52:31 PDT 1998 State-Changed-Why: Please, this is for bug reports. Apache will compile on a large number of platforms including various NeXT platforms. There are a few peoblems on some of them in 1.3.0, but they will be fixed in 1.3.1. Download it and compile it yourself.
os-windows/2496: ScriptAlias directive doesn't work (but Alias directive *does* = workaround)
Number: 2496 Category: os-windows Synopsis: ScriptAlias directive doesn't work (but Alias directive *does* = workaround) Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Jun 24 11:00:01 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: Windows 95 OSR2 / pre-built binary Apache Description: To get around the problem I reported in PR# os-windows/2495, I first tried to make a ScriptAlias directory without spaces in the path. Unfortunately, according to the ErrorLog, Apache ignored my ScriptAlias directive and kept right on trying to run the script from the default cgi-bin (whose ScriptAlias was still in the srm.conf file, along with the new one I had set up). I got around the problem by using the Alias directive (which works... why?) instead, and specifing 'Options ExecCGI' in the Directory spec. How-To-Repeat: Set two ScriptAlias directives in srm.conf: ScriptAlias /cgi-bin/ D:/Program Files/Apache Group/Apache/cgi-bin/ ScriptAlias /morecgi/ D:/morecgi/ Make a second copy of the Directory D:/Program Files/Apache Group/Apache/cgi-bin.../Directory section in access.conf and the name of the directory in the copy to D:/morecgi Put a cgi program in there, and try to access it. Look at the ErrorLog. Fix: No, Although I wonder why the Alias directive works and the ScriptAlias directive doesn't since the logic is similar. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: general/2441: entries in log files appear widely out of order, sometimes not at all
Synopsis: entries in log files appear widely out of order, sometimes not at all State-Changed-From-To: feedback-closed State-Changed-By: marc State-Changed-When: Wed Jun 24 11:11:52 PDT 1998 State-Changed-Why: I assume you are using the FreeBSD port (although you don't say so and you didn't provide the output of httpd -V as requested); in that case they define BUFFERED_LOGS which causes this to happen on purpose. If you dislike it, complain to them about it. I will get in touch with them to see that it is fixed in future versions.
Re: general/2441: entries in log files appear widely out of order, sometimes not at all
The following reply was made to PR general/2441; it has been noted by GNATS. From: Marc Slemko [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED], Jay Richmond [EMAIL PROTECTED] Cc: Apache bugs database [EMAIL PROTECTED] Subject: Re: general/2441: entries in log files appear widely out of order, sometimes not at all Date: Wed, 24 Jun 1998 11:12:13 -0700 (PDT) On 24 Jun 1998, Dean Gaudet wrote: Return-Path: [EMAIL PROTECTED] Received: (qmail 25381 invoked by uid 500); 17 Jun 1998 07:19:46 - Date: Wed, 17 Jun 1998 00:19:46 -0700 (PDT) From: Dean Gaudet [EMAIL PROTECTED] To: Jay Richmond [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: general/2441: entries in log files appear widely out of order, sometimes not at all In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Comment: Visit http://www.arctic.org/~dgaudet/legal for information regarding copyright and disclaimer. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII If I had to guess I'd say the freebsd port includes -DBUFFERED_LOGS. If so, they should be taken out and shot. twice. I don't have access to freebsd, so someone else will have to check. Yes, it is. ftp://ftp.freebsd.org/pub/FreeBSD/ports-current/ports/www/apache13/Makefile : CONFIGURE_ENV= \ OPTIM='-DBUFFERED_LOGS -DHARD_SERVER_LIMIT=512 \ -DDOCUMENT_LOCATION=\\'${PREFIX}'/www/data/\\ \ -DDEFAULT_PATH=\\/bin:/usr/bin:'${PREFIX}'/bin\\' I'll whine to them.
documentation/2497: adding catagories to the FAQ
Number: 2497 Category: documentation Synopsis: adding catagories to the FAQ Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: change-request Submitter-Id: apache Arrival-Date: Wed Jun 24 15:10:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release: Environment: n/a Description: The apache FAQ is very helpful, but it has so much information that it is a little intimidating as it stands (a bad thing for a document intended for new users). Some more organization would be very helpful. The technical problems could be organized into catagories like compiling, URL manipulation, CGI, Error Messages, etc. How-To-Repeat: Fix: If this has not been done due to a lack of time, I could volunteer to do the reorganization. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
mod_log-any/2498: Revisitation of PR number 885
Number: 2498 Category: mod_log-any Synopsis: Revisitation of PR number 885 Confidential: no Severity: critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Jun 24 15:50:00 PDT 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.0 Environment: OS: BSD/OS 2.1 BSDI BSD/OS 2.1 Kernel #1: Mon Jun 10 15:58:19 MDT 1996 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC i386 Compiler: gcc 2.7.2 The system load average is generally 1 or below. The limits are all set to unlimited, or maxxed out, and this has been proven by running the limit command from within our CGI program: cputime unlimited filesize unlimited datasize 65536 kbytes stacksize 65536 kbytes coredumpsize unlimited memoryuse unlimited memorylocked 42529 kbytes maxproc 2457 openfiles 6000 We are NOT running through inetd. We have one Apache server 1.2.5 with FrontPage extentions running on port 80, and another Apache 1.3.0 running on another port. This 1.3.0 server is the one where we're experiencing CGI problems (we don't allow CGIs to be run from port 80). Description: I am running a Unix system with ~8600 Time Warner web customers. The server we're having a problem with has only one job: to process CGI GET requests and return the output. It's not touched by regular user web page requests or activity--those requests all come in on port 80.. This 1.3.0 server is on a different port (the actual port number is above 1000, but I don't want to tell you what it is for security reasons, even though it wouldn't make much difference anyway) The problem I'm having is that occasionally (30 times a day in a sea of 8600 users) a GET request that runs a CGI program is not logged in the access or error log files, even though the CGI program runs without a problem (until the end), as evident from my CGI log routines. No error is seen in the error log file, not even connection closed. At the same time, the socket connection is closed from the server to the client, as evident from a telnet connection to the server port, and a SIGPIPE is sent to my CGI process when it tries to write the final output to stdout (fd 1), as evident by a ktrace/kdump inspection. Visibly, I can telnet to the server and type GET /cgi-bin/program?parameter=name and sometimes I get appropriate output, and sometimes I get Connection closed by foreign host after a few seconds. When I get this message, the GET request is not visible in any of the log files, but the CGI program gets finished with the bulk of its work and receives a SIGPIPE because it tries unsuccessfully to write any more to stdout. Catching the SIGPIPE and ignoring it cause this error instead: CALL write(0x1,0x13000,0x50) RET write -1 errno 32 Broken pipe This looks VERY similar to PR number 885... Is it really closed? What help can you give me? We are running a very critical mission with Time Warner clients. Is there any way to turn on extra logging from the server, to see if the connection is closed or if the logger is dying? Is there any way I can recover the output if the logger is dying? It is imperative that I see the output coming from CGI. How-To-Repeat: You can't connect to our servers unless you are a Road Runner customer, it's protected by IP and other things. Fix: We could work around it with a kludge, but it seems that the core issue involves a problem in the server code--particulaly the logger. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]