Re: os-linux/3343: Server dies after 1-20 hours of usage.
The following reply was made to PR os-linux/3343; it has been noted by GNATS. From: Mark Herman II [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-linux/3343: Server dies after 1-20 hours of usage. Date: Sun, 21 Feb 1999 18:40:47 -0600 [EMAIL PROTECTED] wrote: [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. ] [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: Server dies after 1-20 hours of usage. Comment-Added-By: lars Comment-Added-When: Thu Feb 11 12:51:43 PST 1999 Comment-Added: [This is a standard response.] This Apache problem report has not been updated recently. Please reply to this message if you have any additional information about this issue, or if you have answers to any questions that have been posed to you. If there are no outstanding questions, please consider this a request to try to reproduce the problem with the latest software release, if one has been made since last contact. If we don't hear from you, this report will be closed. If you have information to add, BE SURE to reply to this message and include the [EMAIL PROTECTED] address so it will be attached to the problem report! Hi, The server still dies, but we did find something that may be contributing to it. We just are not sure why. He runs a mailbag script that mails the traffic of his bulletin board to its subscribers every hour. If he disables this script, the web server doesn't die. We haven't found anything in this script that we believe would kill the web server, but if you would like to see it, I can forward it to you. Mark
config/3935: XLS in mime.types
Number: 3935 Category: config Synopsis: XLS in mime.types Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: change-request Submitter-Id: apache Arrival-Date: Sun Feb 21 19:40:00 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.4 Environment: All Platform Description: I am wondering why the .xls extension is omitted from mime.types configuration. Could this be added to the standard distribution? The type application/vnd.ms-excel is included, but there is no file extension associated, while both .doc and .ppt for Word and PowerPoint are included. For consistency sake, perhaps .xls can be included as well? Thanks. Pete [EMAIL PROTECTED] 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. ] [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! ]
Re: os-windows/3934: Start could not start with the ColdFusion module.
[EMAIL PROTECTED] wrote: [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. ] [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: Start could not start with the ColdFusion module. State-Changed-From-To: open-closed State-Changed-By: marc State-Changed-When: Sun Feb 21 14:11:49 PST 1999 State-Changed-Why: We can do nothing about this; you have to talk to the people that make coldfusion. More likely than not you are trying to use a module created for a different version of Apache. Check www.allaire.com for the latest update but insofar as I know the most recent 4.0 release of Cold Fusion is against the API of Apache 1.3.2. Dw
Re: os-windows/2726: Starting server under NT services gives Error 0005: Access Denied
Fix: Art Sackett [EMAIL PROTECTED] sent me the following: - I was having the same problem running Apache 1.3.1 under Windows NT4/SP3 - as you describe in your bug report to apache.org. I found the fix in - Usenet and posted it to the bug report database at: - - http://bugs.apache.org/index/full/2876 - - It is a bug in the installer that creates a faulty entry in the - registry. The manual fix is described in my bug report -- somehow, I - missed your report from a few weeks earlier when I submitted mine. Oops! - - Hope this will help to get your installation working properly! The text of his fix of PR2876 is as follows: Installer is broken. Default install path contains whitespace (C:\Program Files\Apache Group\Apache) but the value of registry key HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Apache\ImagePath (path to apache.exe) is not double-quoted. Fix this. Adding another pair of quotes in the registry by hand is the workaround. To accomplish: Start - Run - regedit (drill down to HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Apache\ImagePath) select ImagePath key, right-click - Modify add quotes around string in text box click Close exit regedit It's M$, so reboot. Apache now starts up at each machine boot. -- Peter H.C. HullahTechnical Services mailto:[EMAIL PROTECTED] EUROCONTROL Experimental Centre Phone: +33 1 69 88 75 49 Centre du Bois des Bordes, BP15, Fax: +33 1 69 88 73 07 91222 BRETIGNY SUR ORGE CEDEX Francebegin:vcard n:Hullah;Peter x-mozilla-html:FALSE org:EUROCONTROL Experimental Centre version:2.1 email;internet:[EMAIL PROTECTED] title:IT Support Manager tel;fax:+33 1 69 88 73 07 tel;work:+33 1 69 88 75 49 adr;quoted-printable:;;Centre du Bois des Bordes,=0D=0ABP15,;91222 Bretigny sur Orge Cedex;;;France x-mozilla-cpt:;0 fn:Peter Hullah end:vcard
RE: mod_proxy/2770: FTP proxy over firewall fails
The following reply was made to PR mod_proxy/2770; it has been noted by GNATS. From: Andreas Pflug [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: mod_proxy/2770: FTP proxy over firewall fails Date: Mon, 22 Feb 1999 10:38:29 +0100 The problem has in fact two parts: - PASV connection is tried first, but the proxy won't allow unknown ports on both sides. As a workaround, I commented out the PASV code in proxy_ftp.c (#define TRY_PASV_FIRST 0) - no PORT command is issued. I added the following code to 1.3.3: *** proxy_ftp.c.orgTue Nov 24 18:10:24 1998 --- proxy_ftp.cTue Nov 24 19:38:13 1998 *** *** 792,797 --- 792,799 parms[0] = '\0'; } + + #if TRY_PASV_FIRST /* try to set up PASV data connection first */ dsock = ap_psocket(p, PF_INET, SOCK_STREAM, IPPROTO_TCP); if (dsock == -1) { *** *** 873,878 --- 875,882 else ap_pclosesocket(p, dsock); /* and try the regular way */ } + #endif + if (!pasvmode) { /* set up data connection */ clen = sizeof(struct sockaddr_in); *** *** 915,920 --- 919,952 ap_bclose(f); ap_pclosesocket(p, dsock); return HTTP_INTERNAL_SERVER_ERROR; + } + + + { +unsigned char *ptr=(unsigned char*)server.sin_addr; +sprintf(pasv, %d,%d,%d,%d,%d,%d, +ptr[0], ptr[1], ptr[2], ptr[3], +(server.sin_port) 255, +(server.sin_port8) 255); + } + + ap_bputs(PORT , f); + ap_bputs(pasv, f); + ap_bputs(CRLF, f); + ap_bflush(f); + + Explain1(FTP: Port %s, pasv); + i = ftp_getrc_msg(f, resp, sizeof(resp)); + if (i != 200) + { + char buff[32]; + ap_snprintf(buff, sizeof(buff), %d - %s:%d, i, + inet_ntoa(server.sin_addr), server.sin_port); + ap_log_error(APLOG_MARK, APLOG_ERR, r-server, + proxy: error in PORT Command: %s, pasv); + ap_bclose(f); + ap_pclosesocket(p, dsock); + return SERVER_ERROR; } listen(dsock, 2); /* only need a short queue */ }
mod_status/3936: 'extendedstatus on' doesn't work
Number: 3936 Category: mod_status Synopsis: 'extendedstatus on' doesn't work Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Mon Feb 22 03:30:01 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.4 Environment: win nt 4.0 Description: the 'extendedstatus on' parameter doesn't work with the default httpd.conf because it is placed before the 'loadmodule' line. How-To-Repeat: Fix: move the 'extendedstatus on', so that the module is loaded 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. ] [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! ]
mod_jserv/3939: FileNotFound Exception
Number: 3939 Category: mod_jserv Synopsis: FileNotFound Exception Confidential: no Severity: non-critical Priority: medium Responsible:jserv State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Mon Feb 22 06:20:01 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1_3_4 Win32 Environment: Windows NT 4.0 ... Description: When I try to access an html page from a servlet using relative path name wrt the Apache root I get a FileNotFound Exception, but when I give an absolute path name it works,i.e it is able to access the page, but within the page if I give a relative page access (images etc.) it seems to be able to access the page, is this a bug? Do I have to do any config setup for allowing the servlets to access html pages using relative path names? I have set my zone, repositories etc. Thanks for suggestions 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. ] [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! ]
RE: general/2580: Apache won't run CGI scripts executable only by a supplementary group
This appears to still be a problem under Apache 1.3.4. I'll restate: initgroups() is called to initialize supplementary groups for Apache, but when CGI scripts are exec'd a check is performed which prevents the use of those supplementary group privileges to exec() the script (unless MULTIPLE_GROUPS is defined). This is problematic because the script is still invoked with the supplementary groups defined, thus it can exec others using those privileges (that Apache couldn't). My recommendation is to remove the supplementary groups using setgroups() after the fork() (unless MULTIPLE_GROUPS is defined). robs
RE: general/2580: Apache won't run CGI scripts executable only by a supplementary group
The following reply was made to PR general/2580; it has been noted by GNATS. From: Rob Saccoccio [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: general/2580: Apache won't run CGI scripts executable only by a supplementary group Date: Mon, 22 Feb 1999 09:33:26 -0500 Retrans to log to apbugs.. -Original Message- From: Rob Saccoccio Sent: Monday, February 22, 1999 9:29 AM To: '[EMAIL PROTECTED]'; apache-bugdb@apache.org; Rob Saccoccio Subject: RE: general/2580: Apache won't run CGI scripts executable only by a supplementary group This appears to still be a problem under Apache 1.3.4. I'll restate: initgroups() is called to initialize supplementary groups for Apache, but when CGI scripts are exec'd a check is performed which prevents the use of those supplementary group privileges to exec() the script (unless MULTIPLE_GROUPS is defined). This is problematic because the script is still invoked with the supplementary groups defined, thus it can exec others using those privileges (that Apache couldn't). My recommendation is to remove the supplementary groups using setgroups() after the fork() (unless MULTIPLE_GROUPS is defined). robs
Re: os-windows/3064: UNC names, ALIAS directive, SSI does not work
[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. ] [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: UNC names, ALIAS directive, SSI does not work State-Changed-From-To: feedback-closed State-Changed-By: [EMAIL PROTECTED] State-Changed-When: Mon Feb 22 06:54:31 PST 1999 State-Changed-Why: [This is a standard response.] No response from submitter, assuming issue has been resolved.
Re: os-windows/3232: spurious access denied for URL with drive letter
[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. ] [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: spurious access denied for URL with drive letter State-Changed-From-To: feedback-closed State-Changed-By: [EMAIL PROTECTED] State-Changed-When: Mon Feb 22 06:56:19 PST 1999 State-Changed-Why: [This is a standard response.] No response from submitter, assuming issue has been resolved.
config/3940: : Same as bug 3907 but with W95 After install, when I click on the Apache icon, a box appears and vanishes. No httpd.conf
Number: 3940 Category: config Synopsis: : Same as bug 3907 but with W95 After install, when I click on the Apache icon, a box appears and vanishes. No httpd.conf Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Mon Feb 22 07:20:00 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.4 Environment: W95 Description: After install, when I click on the APACHE icon, a DOS window box appears and vanishes. No httpd.conf If execute APACHE.EXE from a dos window the same box displays and reads 'httpd.conf' not found. Searched for httpd.conf - Result: does not exist. How-To-Repeat: Fix: Perhaps email me a copy of httpd.conf ? :) 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. ] [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! ]
mod_jserv/3941: Session in one Servlet-Zone get lost when creating a new Session in an other Servlet-Zone
Number: 3941 Category: mod_jserv Synopsis: Session in one Servlet-Zone get lost when creating a new Session in an other Servlet-Zone Confidential: no Severity: critical Priority: medium Responsible:jserv State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Mon Feb 22 07:20:01 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:A134,JSERV10b3 Environment: jdk116,Solarisx86 Description: HttpServletRequest.getSession(true) in a Servlet-Zone let the other Servlet-Zones HttpServletRequest.getSession(true).session.isNew() return true, but the session was well started an filled with session data .. It works fine with JavaWebServer1.1.3 How-To-Repeat: Fix: No, i haven't looked to the JSERv-source .. 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. ] [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! ]
Re: general/3938: PHF Bug
[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. ] [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: PHF Bug State-Changed-From-To: open-closed State-Changed-By: [EMAIL PROTECTED] State-Changed-When: Mon Feb 22 08:26:16 PST 1999 State-Changed-Why: Glad you like programmers with senses of humor. Thanks for using Apache
Re: mod_jserv/3939: FileNotFound Exception
The following reply was made to PR mod_jserv/3939; it has been noted by GNATS. From: jon * [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_jserv/3939: FileNotFound Exception Date: Mon, 22 Feb 1999 10:47:38 -0800 When I try to access an html page from a servlet using relative path name wrt the Apache root I get a FileNotFound Exception, but when I give an absolute path name it works,i.e it is able to access the page, but within the page if I give a relative page access (images etc.) it seems to be able to access the page, is this a bug? Do I have to do any config setup for allowing the servlets to access html pages using relative path names? I have set my zone, repositories etc. As far as I know, there is no concept of relative path names from within servlets and hence you get your error. -jon
Re: mod_jserv/3939: FileNotFound Exception
The following reply was made to PR mod_jserv/3939; it has been noted by GNATS. From: Kalyatpanoli, Balagopal [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Cc: Subject: Re: mod_jserv/3939: FileNotFound Exception Date: Mon, 22 Feb 1999 15:15:11 -0500 -Original Message- From:Kalyatpanoli, Balagopal Sent:Monday, February 22, 1999 3:13 PM To: 'jon *' Subject: RE: mod_jserv/3939: FileNotFound Exception I thought since we can access any html pages relative to the Apache's document root, servlets also should be able to do the same, as I mentioned once I get the html page using the absolute path I am able to access the images in the html page using relative path, I think this relative path concept is there with JavaWebServer thanks Bala -Original Message- From:jon * [SMTP:[EMAIL PROTECTED] Sent:Monday, February 22, 1999 1:48 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_jserv/3939: FileNotFound Exception When I try to access an html page from a servlet using relative path name wrt the Apache root I get a FileNotFound Exception, but when I give an absolute path name it works,i.e it is able to access the page, but within the page if I give a relative page access (images etc.) it seems to be able to access the page, is this a bug? Do I have to do any config setup for allowing the servlets to access html pages using relative path names? I have set my zone, repositories etc. As far as I know, there is no concept of relative path names from within servlets and hence you get your error. -jon
general/3942: During make install I saw Abort - core several times.
Number: 3942 Category: general Synopsis: During make install I saw Abort - core several times. Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: support Submitter-Id: apache Arrival-Date: Mon Feb 22 12:50:00 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.4 Environment: lhw0171% uname -a SunOS lhw0171 5.6 Generic_105181-05 sun4u sparc lhw0171% gcc -v Reading specs from /usr/gnu/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1/specs gcc version 2.8.1 Description: === [mktree] === [programs: Installing Apache httpd program and shared objects] ./src/helpers/install.sh -c -s -m 755 ./src/httpd /usr/apache/bin/httpd Abort - core dumped ./src/helpers/install.sh -c -m 644 ./src/support/httpd.8 /usr/apache/man/man8/h\ ttpd.8 === [programs] === [support: Installing Apache support programs and scripts] ./src/helpers/install.sh -c -s -m 755 ./src/support/ab /usr/apache/bin/ab Abort - core dumped ./src/helpers/install.sh -c -m 644 ./src/support/ab.1 /usr/apache/man/man1/ab.1 How-To-Repeat: make install 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. ] [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! ]
mod_jserv/3943: Zone Repositories must be on the same Windows drive than JServ
Number: 3943 Category: mod_jserv Synopsis: Zone Repositories must be on the same Windows drive than JServ Confidential: no Severity: non-critical Priority: medium Responsible:jserv State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Mon Feb 22 13:10:01 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:Apache 1.3.4 + JServ 1.0b2 Environment: Win NT 4.0 SP3 Sun JDK 1.1.7B Description: In my installation, JServ (+jserv.properties) and Apache are on drive C:\, but my my_zone.properties files and their related Repositories are on D:\ (whish I share with Linux). JServ succeeds to load the my_zone.properties files , but fails to access the Repositories, pretending they don't exist. How-To-Repeat: Simply add a new zone that has a repository on another drive. For example, edit C:\Program Files\Apache Group\Apache JServ\conf\jserv.properties so that the line: zone=root becomes zone=root,test and add test.properties=C:\test.properties then in C:\test.properties, type: repositories=D:\servlets Then make sure you have a directory called servlets on your D drive, and restart Apache. Look in C:\Program Files\Apache Group\Apache\log\error.log for error info. Fix: By editing org.apache.java.lang.AdaptiveClassLoader so that it doesn't check anymore file.exists(), the problem was solved on my intall. My solution was to comment the conditionnal block from line 215 to 217. IMHO, this looks like a SUN JDK bug. Maybe we'll have to live with it. Cheers, Christophe. 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. ] [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! ]
general/3944: Error obtained malformed header from script. Bad header=p
Number: 3944 Category: general Synopsis: Error obtained malformed header from script. Bad header=p Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: support Submitter-Id: apache Arrival-Date: Mon Feb 22 13:10:03 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3 Environment: Operating system : Windows NT 4, Compiler : Perl5 Description: I am running the script Form_processor.cgi obtained with Extropia's WebResponder code (www.extropia.com) which I have not modified in any way. When the script attempts to reply by e-mail to the client I obtain the error message malformed header from script. Bad header=p. How-To-Repeat: The form_processor.cgi code is available from www.extropia.com 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. ] [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! ]
Re: os-other/2320: Support of UTS 2.1.2 is broken
On Feb 21, 12:58am, [EMAIL PROTECTED] wrote: Synopsis: Support of UTS 2.1.2 is broken State-Changed-From-To: open-feedback State-Changed-By: lars State-Changed-When: Sat Feb 20 16:58:47 PST 1999 State-Changed-Why: [This is a standard response.] This Apache problem report has not been updated recently. Please reply to this message if you have any additional information about this issue, or if you have answers to any questions that have been posed to you. If there are no outstanding questions, please consider this a request to try to reproduce the problem with the latest software release, if one has been made since last contact. If we don't hear from you, this report will be closed. If you have information to add, BE SURE to reply to this message and include the [EMAIL PROTECTED] address so it will be attached to the problem report! As far as I can tell this was fixed already in 1.3.3. Anyway, I just tested it again in 1.3.4 and it works fine. - Dave Dykstra
Re: general/3944: Error obtained malformed header from script. Bad header=p
[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. ] [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: Error obtained malformed header from script. Bad header=p State-Changed-From-To: open-closed State-Changed-By: marc State-Changed-When: Mon Feb 22 13:23:17 PST 1999 State-Changed-Why: From the looks of the error, their script is broken. That is something you have to take up with them. It may work on servers that don't follow the CGI spec, but it won't work on Apache if that is what it is outputting. We can do nothing about their software, and can't try to spend all our time digging around sites to find broken scripts and tell people what is wrong with them...
Re: os-other/2320: Support of UTS 2.1.2 is broken
The following reply was made to PR os-other/2320; it has been noted by GNATS. From: [EMAIL PROTECTED] To: [EMAIL PROTECTED], apache-bugdb@apache.org Cc: [EMAIL PROTECTED] Subject: Re: os-other/2320: Support of UTS 2.1.2 is broken Date: Mon, 22 Feb 1999 15:20:55 -0600 On Feb 21, 12:58am, [EMAIL PROTECTED] wrote: Synopsis: Support of UTS 2.1.2 is broken State-Changed-From-To: open-feedback State-Changed-By: lars State-Changed-When: Sat Feb 20 16:58:47 PST 1999 State-Changed-Why: [This is a standard response.] This Apache problem report has not been updated recently. Please reply to this message if you have any additional information about this issue, or if you have answers to any questions that have been posed to you. If there are no outstanding questions, please consider this a request to try to reproduce the problem with the latest software release, if one has been made since last contact. If we don't hear from you, this report will be closed. If you have information to add, BE SURE to reply to this message and include the [EMAIL PROTECTED] address so it will be attached to the problem report! As far as I can tell this was fixed already in 1.3.3. Anyway, I just tested it again in 1.3.4 and it works fine. - Dave Dykstra
os-hpux/3945: htpasswd uses tmpnam which causes problem on HPUX
Number: 3945 Category: os-hpux Synopsis: htpasswd uses tmpnam which causes problem on HPUX Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Mon Feb 22 14:30:00 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3.1 Environment: HP-UX B.11.00 gcc 2.8.1 Description: htpasswd.c calls tmpnam(NULL) which is okay if not compiled with multithreading but causes a problem if compiled with -lpthread (Message is Could not open temp file.). Changing tmpnam(NULL) to tempnam(NULL, NULL) appears to correct the problem. How-To-Repeat: Compile with -lpthread and run htpasswd against an existing entry Fix: Suggested fix - use tempnam(NULL, NULL) instead of tmpnam(NULL) 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. ] [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! ]
general/3946: can't see the site after apache is installed
Number: 3946 Category: general Synopsis: can't see the site after apache is installed Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: doc-bug Submitter-Id: apache Arrival-Date: Mon Feb 22 14:40:00 PST 1999 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:? Environment: win98 - msie5.0bèta - error at http://fly.to/bit_brotherz Description: can't see the site after the server of fly.to has installed apache There's said i must contact the owner of the page, but i can't get on their page to contact How-To-Repeat: http://fly.to/bit_brotherz Fix: uninstall apache? 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. ] [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! ]
Re: general/3946: can't see the site after apache is installed
[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. ] [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: can't see the site after apache is installed State-Changed-From-To: open-closed State-Changed-By: marc State-Changed-When: Mon Feb 22 14:41:35 PST 1999 State-Changed-Why: As the message you get clearly says, we have nothing to do with the site and can do nothing about it. Don't waste our time.