DO NOT REPLY [Bug 9216] New: - pcre.c compile fails

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9216

pcre.c  compile fails

   Summary: pcre.c  compile fails
   Product: Apache httpd-2.0
   Version: 2.0.36
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Build
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


[Solaris 8]

Configure run with all defaults, no overrides...

/bin/bash /usr/local/src/httpd-2.0.36/srclib/apr/libtool --silent --mode=compile
gcc  -g -O2-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-DAP_HAVE_DESIGNATED_INITIALIZER   -I. -I/usr/local/src/httpd-2.0.36/os/unix
-I/usr/local/src/httpd-2.0.36/server/mpm/prefork
-I/usr/local/src/httpd-2.0.36/modules/http
-I/usr/local/src/httpd-2.0.36/modules/proxy
-I/usr/local/src/httpd-2.0.36/include
-I/usr/local/src/httpd-2.0.36/srclib/apr/include
-I/usr/local/src/httpd-2.0.36/srclib/apr-util/include
-I/usr/local/src/httpd-2.0.36/modules/dav/main -I/usr/local/include
-prefer-non-pic -static -c pcre.c && touch pcre.lo
pcre.c: In function `pcre_compile':
pcre.c:2534: `pcre_default_tables' undeclared (first use in this function)
pcre.c:2534: (Each undeclared identifier is reported only once
pcre.c:2534: for each function it appears in.)
make[3]: *** [pcre.lo] Error 1

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9214] - ServerRoot directive is not honored for LoadModule directive

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9214

ServerRoot directive is not honored for LoadModule directive

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 21:51 ---

  You are correct.  This was reported only two hours ago and already fixed
  in the current tree.  The fix will be incorporated in 2.0.37.

  As a workaround, use the -d /path/to/server/root option when invoking httpd
  (you may need to modify your apachectl script.)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9214] New: - ServerRoot directive is not honored for LoadModule directive

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9214

ServerRoot directive is not honored for LoadModule directive

   Summary: ServerRoot directive is not honored for LoadModule
directive
   Product: Apache httpd-2.0
   Version: 2.0.36
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Config
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


According to the documentation, the context path for LoadModule is ServerRoot.  
However, this is not the case.  A work-around is to use the -d command line 
option.  I checked your source code: it seems that the LoadModule directives 
are executed before the ServerRoot directive.  (However, the -d option is 
processed very early.)

Side note: the ServerRoot directive does work for all the Log directives.

-lawrence

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9212] - Multiple Cookies are stripped - Only last one survives

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9212

Multiple Cookies are stripped - Only last one survives

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|core|mod_proxy



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 21:10 ---
mod_proxy cleares all cookies except last one

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9038] - suexec is NOT being called by Apache 2.0.36

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038

suexec is NOT being called by Apache 2.0.36





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 21:03 ---
I've added the following line to suexec.c:
log_err("arg1: %s, arg2: %s, arg3: %s\n", argv[1], argv[2], argv[3]);

I get the following error from httpd-error.log:
[Fri May 17 15:58:48 2002] [error] [client 132.206.2.99] Premature end of script
headers: /usr/tmp/home/devil/public_html/cgi-bin/test.cgi, referer:
http://web/~devil/cgi-bin/

I get the following error from httpd-suexec.log:
[2002-05-17 16:05:51]: arg1: 666, arg2: 666, arg3: test.cgi
[2002-05-17 15:58:48]: uid: (666/devil) gid: (666/666) cmd: test.cgi
[2002-05-17 15:58:48]: command not in docroot
(/usr/tmp/home/devil/public_html/cgi-bin/test.cgi)


Are the arguments being passed correct ?
It's clear to see that ~ is nolonger part of the uid.  The cgi script
works if I add the ~ manually by hardcoding it into the code with the
following line, just before the check to see if it is a ~userdir request.
target_uname="~666";


Something must be wrong in a place out of my jurisdiction.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 7195] - mod_proxy removes Set-cookie headers

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7195

mod_proxy removes Set-cookie headers

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 21:00 ---
*** Bug 9212 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9212] - Multiple Cookies are stripped - Only last one survives

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9212

Multiple Cookies are stripped - Only last one survives

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 20:59 ---


*** This bug has been marked as a duplicate of 7195 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9212] New: - Multiple Cookies are stripped - Only last one survives

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9212

Multiple Cookies are stripped - Only last one survives

   Summary: Multiple Cookies are stripped - Only last one survives
   Product: Apache httpd-1.3
   Version: 1.3.24
  Platform: PC
   URL: http://exchange.ranks.com/cgi-
bin/xchg.cgi?D=AM&U=lax&X=1&S=ER
OS/Version: Solaris
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


When issuing a header with Multiple Set-Cookie: to the server, the server 
strips all but the last one from the header and forwards it. A trace of the 
header supplied and result received confirms this. Funcionality is correct on 
1.3.22 on PC Linux

Can provide test code

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9209] - DirectoryIndex not working with .shtm files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9209

DirectoryIndex not working with .shtm files





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 19:48 ---
Bogus request, perhaps?  Anyway, please refer to 
http://httpd.apache.org/userslist.html, 
as the bug database is not the proper venue for a support-related question. 
 
Thanks for using Apache!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9209] - DirectoryIndex not working with .shtm files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9209

DirectoryIndex not working with .shtm files





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 19:43 ---
I have turned on the Option Indexes for the specific directoryas follows:


Options Includes ExecCGI FollowSymLinks Indexes
AllowOverride None
Order allow,deny
Allow from all


Now I get the following message in my error log when i try to load the page:

(20)Not a directory: Can't open directory for index: /web/intranet/index.shtm/

Any idea?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9209] - DirectoryIndex not working with .shtm files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9209

DirectoryIndex not working with .shtm files

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 19:21 ---
You don't have Options Indexes turned on for that directory.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9209] - DirectoryIndex not working with .shtm files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9209

DirectoryIndex not working with .shtm files





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 19:13 ---
I have and index.shtm file in one directory. This file has SSI tag calling a 
Perl CGI. If I call the file with the full URL I have no problem. If I only 
call the file with the directory only I get the "Access Forbidden" message in 
my browser and "Directory index forbidden by rule" message in my error_log.

Here you have above the configuration line in my httpd.conf:

DirectoryIndex index.html index.htm index.shtm index.shtml index.html.var

Rgds.
Diego.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9209] - DirectoryIndex not working with .shtm files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9209

DirectoryIndex not working with .shtm files





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 18:59 ---
Sure it does, I use it all the time.  You'll need to give us more specifics.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9209] New: - DirectoryIndex not working with .shtm files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9209

DirectoryIndex not working with .shtm files

   Summary: DirectoryIndex not working with .shtm files
   Product: Apache httpd-2.0
   Version: 2.0.35
  Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
  Severity: Minor
  Priority: Other
 Component: Core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


DirectoryIndex does not work with files extension .shtm or .shtml

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9187] - [docs/manual/stopping.html] broken link for PidFile

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9187

[docs/manual/stopping.html] broken link for PidFile

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 18:24 ---
Fixes committed, thanks.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] - Downloaded files always corrupt on CYGWIN

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Downloaded files always corrupt on CYGWIN

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Component|All |Core
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 18:10 ---
I committed the patches I posted earlier in this PR, so this is fixed in CVS 
for both 
1.3.25 and 2.0.37.  Thanks for the report!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9038] - suexec is NOT being called by Apache 2.0.36

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038

suexec is NOT being called by Apache 2.0.36





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 15:58 ---
Also note the message reported earlier:
[notice] suEXEC mechanism enabled (wrapper: /usr/local/sbin)

This is clearly bogus.  We shouldn't be reporting suexec enabled unless
we can execute a proper suexec binary.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9038] - suexec is NOT being called by Apache 2.0.36

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038

suexec is NOT being called by Apache 2.0.36

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||bugs@httpd.apache.org
 Status|NEW |ASSIGNED



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 15:55 ---
I added these configure flags, so I'll document them. Sorry for the confusion.
Here's the summary:

The suexec binary must live at an absolute path, as must the docroot under
which all suexec scripts must reside. Hard-wiring these into the suexec
binary is a security precaution. These flags simply let you override
the defaults.


No hard feelings if another more word-smithy person beats me to documenting
these features. :)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9038] - suexec is NOT being called by Apache 2.0.36

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038

suexec is NOT being called by Apache 2.0.36





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 15:41 ---
Hello.  The problem has been somewhat resolved.  TERAMOTO Masahiro from
the FreeBSD bugs list pointed out that the suexec wrapper is installed as
/usr/local/sbin/suexec, meanwhile, mod_suexec.c assumes this wrapper is
installed as /usr/local/bin/suexec.  Now, I already knew that as a result
of some debugging prior to sending the original report, and this is why
I used the undocumented configuration option --with-suexec-bin.

But unfortunately, I had set it to /usr/local/sbin, as opposed to the
full path /usr/local/sbin/suexec.  I have now installed apache again,
using --with-suexec-bin=/usr/local/sbin/suexec and suexec is called
upon the request of a cgi script in a userdir.

However now suexec complains
"command not in docroot (/usr/tmp/home/devil/public_html/cgi-bin/test.cgi)".
I will try to figure this out on my own, and if I can't then I'll get back to
you.. so please don't close this bug just yet.

Also, as a side note, it would be worthwhile to document --with-suexec-bin
at http://httpd.apache.org/docs-2.0/suexec.html and stress that it requires
the full path to the binary, not just to the directory where it sits.

Finaly, a note about the fact that FreeBSD's port of apache installs suexec
in an unexpected location may be worth documenting as well.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] - Downloaded files always corrupt on CYGWIN

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Downloaded files always corrupt on CYGWIN





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 12:25 ---

  N'er mind... those patches look just fine!  [I read the 1.3 patch for 2.0].

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9201] New: - Wrong REQUEST_URI with malformed HTTP queries

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9201

Wrong REQUEST_URI with malformed HTTP queries

   Summary: Wrong REQUEST_URI with malformed HTTP queries
   Product: Apache httpd-1.3
   Version: 1.3.24
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: mod_cgi
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


REQUEST_URI is supposed to be "the portion of the URL following the scheme 
and host portion" (http://httpd.apache.org/docs/mod/mod_setenvif.html). 
However, 
it is possible to break this using incorrect HTTP queries.

I have reproduced the bug on Apache 1.3.23 and 1.3.24. This is how you do it:
telnet your.host.com 80
HEAD http://your.host.com/ HTTP/1.0

And your REQUEST_URI variable will contain http://your.host.com/. Even worse: 
CGI.pm 2.79 url() method works fine because it doesn't use this variable, but 
CGI.pm 2.80 upwards does thus it produces bad URIs.

If you cache the pages that you dynamically generate, it basically means that a 
broken client could break these pages for everyone.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] - Downloaded files always corrupt on CYGWIN

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Downloaded files always corrupt on CYGWIN





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 09:05 ---
I've checked 2.0.36 and 1.3.24 compiled by CYGWIN on WinXP, Win2K and Win .Net 
Enterprise Beta 3615. They all have the same problem - corrupted file download. 
And there's no such a problem on 2.0.36 (Win32) version on WinXP at all. I'm 
using the latest CYGWIN available from www.cygwin.com. I think I'm going to let 
CYGWIN know about it too.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] - Downloaded files always corrupt on CYGWIN

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Downloaded files always corrupt on CYGWIN





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 02:49 ---
We *could* do that, but how would you implement it?  Well, okay, better 
question.  Which part are you saying is ugly?  The 1.3 part?  Okay, I'll agree 
with that.  But that's not autoconf.  For the 2.0 part, why is that ugly?  All 
we're saying is that apr_file_open should respect the APR_BINARY flag if the 
platform cares about it (in which case O_BINARY would be defined in fcntl.h).  
The APR change seems totally right to me.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] - Downloaded files always corrupt on CYGWIN

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Downloaded files always corrupt on CYGWIN





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 02:20 ---

  That hack is looking pretty gross.

  Isn't there a means to pretest this situation with autoconf?  Create
  a 'text' file of XXX\n and then test if the file remains 4 bytes?
  Then set APR_FILE_HAS_LF_TRANSLATION ?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8729] - Apache2 progressively saturates CPU w/ Sygate Firewall

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8729

Apache2 progressively saturates CPU w/ Sygate Firewall





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 02:08 ---
Thanks for the reply.  I've since fallen back to Apache 1.3.24, which is 
working flawlessly with the Sygate firewall.  However, I will give Apache2 
another try when it becomes expedient.  Thanks for making such awesome 
software freely available.  Cheers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] - Downloaded files always corrupt on CYGWIN

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Downloaded files always corrupt on CYGWIN





--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 01:15 ---
If the WinXP thing isn't the problem, how about the following changes?

Index: http_core.c
===
RCS file: /home/cvs/apache-1.3/src/main/http_core.c,v
retrieving revision 1.311
diff -u -d -r1.311 http_core.c
--- http_core.c 21 Mar 2002 14:52:55 -  1.311
+++ http_core.c 17 May 2002 01:12:25 -
@@ -3834,7 +3834,7 @@
 return METHOD_NOT_ALLOWED;
 }
 
-#if defined(OS2) || defined(WIN32) || defined(NETWARE)
+#if defined(OS2) || defined(WIN32) || defined(NETWARE) || defined(CYGWIN)
 /* Need binary mode for OS/2 */
 f = ap_pfopen(r->pool, r->filename, "rb");
 #else
Index: open.c
===
RCS file: /home/cvs/apr/file_io/unix/open.c,v
retrieving revision 1.94
diff -u -d -r1.94 open.c
--- open.c  20 Mar 2002 08:54:42 -  1.94
+++ open.c  17 May 2002 01:13:13 -
@@ -152,6 +152,11 @@
 if (flag & APR_TRUNCATE) {
 oflags |= O_TRUNC;
 }
+#ifdef O_BINARY
+if (flag & APR_BINARY) {
+oflags |= O_BINARY;
+}
+#endif
 
 if (perm == APR_OS_DEFAULT) {
 (*new)->filedes = open(fname, oflags, 0666);

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8055] - single listeners die and are not recoverable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8055

single listeners die and are not recoverable

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 00:57 ---
*** Bug 9186 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9186] - Apache 2.0.36 (Win32) does not respond to client(s)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9186

Apache 2.0.36 (Win32) does not respond to client(s)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 00:57 ---

  Also, you didn't mention which version of Windows... Please clarify your
  report in bug #8055

*** This bug has been marked as a duplicate of 8055 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8055] - single listeners die and are not recoverable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8055

single listeners die and are not recoverable

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 00:56 ---

  At least one more report of similar behavior, with only a single listener,
  and apparently connected to large downloads.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] - Downloaded files always corrupt on CYGWIN

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Downloaded files always corrupt on CYGWIN

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Corrupted file download |Downloaded files always
   ||corrupt on CYGWIN



--- Additional Comments From [EMAIL PROTECTED]  2002-05-17 00:50 ---
Which version of Windows are you running under cygwin?  If XP ... 
please follow through on the recommendations noted under "XP Users 
Read Me First" ...

http://www.apache.org/dist/httpd/binaries/win32/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9187] New: - [docs/manual/stopping.html] broken link for PidFile

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9187

[docs/manual/stopping.html] broken link for PidFile

   Summary: [docs/manual/stopping.html] broken link for PidFile
   Product: Apache httpd-2.0
   Version: 2.0.36
  Platform: All
   URL: http://httpd.apache.org/docs-2.0/stopping.html
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Documentation
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


the link for 'PidFile' in "docs/manual/stopping.html" targets
"mod/core.html#pidfile", but PidFile has moved to mod_mpm_common.

The correct target should be "mod/mpm_common.html#pidfile"

BTW the modules mpm_common and mod_cache aren't listed in
docs/manual/mod/index-bytype.html but in docs/manual/mod/index.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9186] New: - Apache 2.0.36 (Win32) does not respond to client(s)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9186

Apache 2.0.36 (Win32) does not respond to client(s)

   Summary: Apache 2.0.36 (Win32) does not respond to client(s)
   Product: Apache httpd-2.0
   Version: 2.0.36
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: All
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


The precompiled version does not respond when a client tries to download a big 
file after about (say) half an hour. The problem does not appear in Apache 
2.0.36 or 1.3.24 compiled by CYGWIN but the downloaded file is always 
corrupted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 9185] New: - Corrupted file download

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9185

Corrupted file download

   Summary: Corrupted file download
   Product: Apache httpd-2.0
   Version: 2.0.36
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: All
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


When a binary file is hosted by Apache 2.0.36 or 1.3.24 compiled by CYGWIN, 
the downloaded file is always corrupted. The precompiled version does not have 
the same problem but it does not respond when a client tries to download a big 
file after (say) half an hour.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]