DO NOT REPLY [Bug 10190] - Inappropriate UserDir path for NT (ok for 2K/XP)

[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=10190

Inappropriate UserDir path for NT (ok for 2K/XP)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |
Summary|Incorect document root  |Inappropriate UserDir path
   |example |for NT (ok for 2K/XP)



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 22:38 ---

  Well wtf was I thinking, yes, it's enabled by default (without permissions
  though.)  Reopening to study the issue further.

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

DO NOT REPLY [Bug 10199] New: - Configure can't handle directory names with underscores

[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=10199

Configure can't handle directory names with underscores

   Summary: Configure can't handle directory names with underscores
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: Sun
   URL: http://razzle.stanford.edu
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Build
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


I'm trying to install 1.3.26 on Solaris 7.  Previous versions have left a
tangled mess of directories, so I have to use a bunch of configure options
like --runtimedir, --logdir, --htdocsdir and so forth.  Some of the
directories I'm specifying are something like /usr/local/etc/httpd_foo/logs,
while --prefix=/usr/local/etc/httpd.  When I run configure with --show-layout, 
it tells me, for instance,
  SERVER_CONFIG_FILE: _foo/conf/httpd.conf
Note that it seems to have lost the first part of httpd_foo.
It makes with no error messages, but when I run "httpd -t" it says,
http: could not open document config file   
   /usr/local/etc/httpd/_foo/conf/httpd.conf
Note that it has broken the name httpd_foo into two parts.

Obviously I could work around this by changing the directory names
and reorganizing them in a more up-to-date arrangement.  I was
hoping to have a solution I could just drop in place to minimize
down time.

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

DO NOT REPLY [Bug 10190] - Incorect document root example

[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=10190

Incorect document root example

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 22:00 ---

  Marking invalid, per earlier comment.

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

DO NOT REPLY [Bug 10190] - Incorect document root example

[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=10190

Incorect document root example





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 22:00 ---

  User directories will never be enabled without user intervention.
  It is up to the administrator to decide upon an appropriate location
  for the given site setup.

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

DO NOT REPLY [Bug 8713] - No Errorlog on PROPFIND/Depth:Infinity

[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=8713

No Errorlog on PROPFIND/Depth:Infinity

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|bugs@httpd.apache.org   |[EMAIL PROTECTED]
 Status|ASSIGNED|NEW

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

DO NOT REPLY [Bug 8713] - No Errorlog on PROPFIND/Depth:Infinity

[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=8713

No Errorlog on PROPFIND/Depth:Infinity

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 21:23 ---
Known issue:

/*
** dav_error_response()
**
** Send a nice response back to the user. In most cases, Apache doesn't
** allow us to provide details in the body about what happened. This
** function allows us to completely specify the response body.
**
** ### this function is not logging any errors! (e.g. the body)
*/

The problem, of course, being that you don't want to dump an entire response
body into the error log. However, if we assign error tags to all errors within
mod_dav, then we could dump that error tag into the log. That would then
indicate the 403 was caused by an illegal depth-infinity PROPFIND attempt.

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

DO NOT REPLY [Bug 10195] New: - Configure script erroneously detects system Expat

[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=10195

Configure script erroneously detects system Expat

   Summary: Configure script erroneously detects system Expat
   Product: Apache httpd-1.3
   Version: 1.3.25
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Build
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Building Apache 1.3.26 (which is not on the version menu yet) the 
"old-fashioned" way (src/Configure).  Didn't change Configuration, using all 
defaults.  Output of Configure shows "using system Expat", even though Expat is 
not installed.  Here is output of Configure:

./Configure
Using config file: Configuration
Creating Makefile
 + configured for Solaris 251 platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + checking for system header files
 + adding selected modules
 + using system Expat
 + checking sizeof various data types
 + doing sanity check on compiler and options
Creating Makefile in support
Creating Makefile in os/unix
Creating Makefile in ap
Creating Makefile in main
Creating Makefile in modules/standard

I suspect that helpers/TestCompile is not reporting an error, leading the 
Configure script to think that Expat is installed.  When I do the make, it dies 
at this point:

===> main
gcc -c  -I../os/unix -I../include   -DSOLARIS2=251 -DNO_DL_NEEDED  gen_test_char
.c
gcc  -DSOLARIS2=251 -DNO_DL_NEEDED-o gen_test_char gen_test_char.o  -lsocket
 -lnsl -lpthread -lexpat
./gen_test_char >test_char.h
ld.so.1: ./gen_test_char: fatal: libexpat.so.0: open failed: No such file or dir
ectory
Killed
make[1]: *** [test_char.h] Error 137
make: *** [subdirs] Error 1

The way I have gotten around this problem for my machine is to comment out part 
of the script starting at about line 1885 as follows:

if [ "x$RULE_EXPAT" = "xyes" ]; then
#if ./helpers/TestCompile lib expat; then
#echo " + using system Expat"
#LIBS="$LIBS -lexpat"
#else
#if [ ! -d ./lib/expat-lite/ ]; then
#echo "ERROR: RULE_EXPAT set to \"yes\" but is not available."
#   exit 1
#fi
echo " + using builtin Expat"
EXPATLIB="lib/expat-lite/libexpat.a"
APLIBDIRS="expat-lite $APLIBDIRS"
CFLAGS="$CFLAGS -DUSE_EXPAT -I\$(SRCDIR)/lib/expat-lite"
#fi

This causes the distributed Expat to be compiled and used, and the make 
finishes 
as expected.

This was also a problem in 1.3.23.

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

DO NOT REPLY [Bug 10192] - Unable to debug configeration file due to change in Apache 2.0 or above

[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=10192

Unable to debug configeration file due to change in Apache 2.0 or above

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Unable to debug |Unable to debug
   |configeration file due to   |configeration file due to
   |change in apache 2.0 or |change in Apache 2.0 or
   |above   |above

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

DO NOT REPLY [Bug 10190] - Incorect document root example

[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=10190

Incorect document root example

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|incorect document root  |Incorect document root
   |example |example

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

DO NOT REPLY [Bug 10190] - incorect document root example

[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=10190

incorect document root example

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|incorect document root  |incorect document root
   |eample  |example

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

DO NOT REPLY [Bug 10192] - Unable to debug configeration file due to change in apache 2.0 or above

[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=10192

Unable to debug configeration file due to change in apache 2.0 or above

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Unable to debug |Unable to debug
   |configeration file due to   |configeration file due to
   |change in apche 2.0 or above|change in apache 2.0 or
   ||above

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

DO NOT REPLY [Bug 10192] New: - Unable to debug configeration file due to change in apche 2.0 or above

[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=10192

Unable to debug configeration file due to change in apche 2.0 or above

   Summary: Unable to debug configeration file due to change in
apche 2.0 or above
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: All
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


The 2.0 serise of apache for win 32 is quite impressive, however their is a 
small bug that needs to be addressed.

During the incorprotation of the apache monitor the test configeration commands 
restart, stop and start apache have changed.

They no longer wait for 20 seconds so that any valuable debuging infomation is 
displayed.

Is their a command that can be passed to apache to wait for 20 seconds in this 
circumstance or do i have to try and use cmd.exe or ms dos, which wouldn't work 
anyway. This is because it is compiled for win 32 and wilnot run on dos.

This seems quite silly but trying to hit the brake key at 12 o'clock in the 
evening is not the easist of things.

Especily just to find out that i foregot to uncomment the end of the proxy 
module directive. Don't laugh it's quite hard to do this sort of thing that 
late in the evening.

Anyway this needs to be sorted somehow. I would of thought that the apache 
toolbox would come up with error messages if the configeration is incorrect. Is 
that just too obvious?

Little things like this could help make apache a viable alternative!

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

DO NOT REPLY [Bug 10190] New: - incorect document root eample

[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=10190

incorect document root eample

   Summary: incorect document root eample
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: Other
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


The path for the login to the user directorys for apache for win 32(NT)4.0 on 
version 2.0.39 for win 32 are not as stated in the httpd.conf and is not the 
following

C:/WinNT/profiles/*/My Documents/My Website"

As WinNT uses Personal insted of My Documents so the smae line should actualy 
be the following insted

"C:/WinNT/profiles/*/Personal/My Website"

Although this error can be changed within httpd.conf I would of thought that 
durning the instalation, this would be automaticly detected. Possibly at the 
same time as detecting the win os used it 'should' also be able to set the 
deault login directory in the right place as well!

Little things like this could help make apache a viable alternative!

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

DO NOT REPLY [Bug 10189] - not tranferring variables per xxx.php?yyy=zzz in version 1.3.26?

[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=10189

not tranferring variables per xxx.php?yyy=zzz in version 1.3.26?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 19:20 ---
This isn't an apache bug, nor is it a php bug, simply the register globals 
setting is switched off for you.

please refer back to your php.ini file.

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

DO NOT REPLY [Bug 10189] New: - not tranferring variables per xxx.php?yyy=zzz in version 1.3.26?

[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=10189

not tranferring variables per xxx.php?yyy=zzz in version 1.3.26?

   Summary: not tranferring variables per xxx.php?yyy=zzz in version
1.3.26?
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: PC
OS/Version: Other
Status: UNCONFIRMED
  Severity: Critical
  Priority: Other
 Component: core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi folks!
I just tried out Apache 1.3.26 as reaction to the Advisory and my installed
1.3.24... I use PHP 4.2.1 and Apachethe variables aren't posted from one
script to another via the URL (see example above).
I re-installed 1.3.24 to solve this problem! Anyone made the same experiences?
OS Linux 2.2.21 on i586...

Sven Ladegast

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

DO NOT REPLY [Bug 10166] - HTTP/1.1 proxy requests made even when client makes a 1.0 one

[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=10166

HTTP/1.1 proxy requests made even when client makes a 1.0 one





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 17:40 ---

  There is no reason to forward as an HTTP/1.0 request.  mod_proxy should
  simply cache the chunked response and then send the HTTP/1.0 response
  from the HTTP/1.1 server.  Another alterative is to turn off keepalives
  before sending the response headers, and sending the raw results without
  chunking [disconnect completion.]

  This may depend on bug 10186... did the original client send an HTTP/1.0
  or http/1.0 request?

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

DO NOT REPLY [Bug 7786] - ScriptInterpreterSource with non-ASCII command path/filenames broken

[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=7786

ScriptInterpreterSource with non-ASCII command path/filenames broken





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 17:36 ---

"Should I open a new bug related to mod_ssl for that?"

  mod_ssl has nothing to do with cgi invocation, so I suspect the 
configuration...
  such as your placement of the ScriptInterpreterSource directive or the
  AddHandler cgi-script in a non-ssl vhost (or something like that.)

  Try -dev and then check back in with your results.  We can go from there.

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

DO NOT REPLY [Bug 10187] New: - `ap_mpm_rewrite_args' undeclared here (not in a function)

[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=10187

`ap_mpm_rewrite_args' undeclared here (not in a function)

   Summary: `ap_mpm_rewrite_args' undeclared here (not in a
function)
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
   URL: http://www.mpfreescene.com
OS/Version: FreeBSD
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Build
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Im running freebsd 4.5, with latest kernal.

IM getting the following error when I try to compile apache 2.0.39 and I have 
also tried CVS(which has the same error).

I have used the configure command "./configure --prefix=/usr/local/apache --
enable-deflate --enable-so --enable-rewrite --enable-ssl", and I have also 
tried the plain ./configure.  Also, I have tried the various MPM= commands, 
they all come with roughly the same error.

The error follows :-

Making all in prefork
/bin/sh /root/httpd-2.0/srclib/apr/libtool --silent --mode=compile gcc  -g -O2 -
DNO_DBM_REWRITEMAP-D_REENTRANT -D_THREAD_SAFE -
DAP_HAVE_DESIGNATED_INITIALIZER   -I/root/httpd-2.0/srclib/apr/include -
I/root/httpd-2.0/srclib/apr-util/include -I/usr/local/include -I. -I/root/httpd-
2.0/os/unix -I/root/httpd-2.0/server/mpm/prefork -I/root/httpd-
2.0/modules/http -I/root/httpd-2.0/modules/filters -I/root/httpd-
2.0/modules/proxy -I/root/httpd-2.0/include -I/usr/include/openssl -
I/root/httpd-2.0/modules/dav/main -prefer-non-pic -static -c prefork.c && touch 
prefork.lo
prefork.c:1414: `ap_mpm_rewrite_args' undeclared here (not in a function)
prefork.c:1414: initializer element is not constant
prefork.c:1414: (near initialization for `mpm_prefork_module.rewrite_args')
*** Error code 1

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

DO NOT REPLY [Bug 10186] New: - HTTP-Version in request line is presumed case sensitive

[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=10186

HTTP-Version in request line is presumed case sensitive

   Summary: HTTP-Version in request line is presumed case sensitive
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: All
   URL: http://www.w3.org/Protocols/rfc2068/rfc2068
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


RFC2068, section 2.1 -> "literal" 'Quotation marks surround literal text. Unless
stated otherwise, the text is case-insensitive.', and section 3.1 HTTP-Version:
HTTP-Version   = "HTTP" "/" 1*DIGIT "." 1*DIGIT

So a valid request *could* be "GET / Http/1.0" or "GET / http/1.0"

But apache is doing a literal match on the uppercase string "HTTP" 
(http_protocol.c)

Before this patch:
http://cvs.apache.org/viewcvs.cgi/apache-1.3/src/main/http_protocol.c.diff?r1=1.314&r2=1.315
There was no noticable problem, as such requests were being silently served up
as the default HTTP/1.0, but now they're being interpreted as bad requests :-(

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

DO NOT REPLY [Bug 7786] - ScriptInterpreterSource with non-ASCII command path/filenames broken

[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=7786

ScriptInterpreterSource with non-ASCII command path/filenames broken





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 17:18 ---
My interpreter path is ASCII-only (no "German" characters).
But I agree with you, that the REG_EXPAND_SZ must be the reason, as NT-Explorer
generates this type of value.
Changing the type to REG_SZ manually, or using the old winfile.exe to generate
the entry (it does REG_SZ), makes it work properly.
Thanks. I'll try the -dev.

As to the https problem:
It seems, that only the extension ".cgi" is "not liked" in https-requests. A few
other extension I tried work properly under https, when entered as REG_SZ.
Should I open a new bug related to mod_ssl for that?

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

DO NOT REPLY [Bug 9534] - rewritemap using external map program gets out of sync

[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=9534

rewritemap using external map program gets out of sync





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 17:13 ---
This issue is not yet fixed in CVS.  The patch attached to this PR has not yet 
been committed.  I've reviewed it, though, and it seems quite on-target.  I'll 
commit a variant of it (fixing it to use APR_EAGAIN) sometime tonight. 
 
--Cliff

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

DO NOT REPLY [Bug 9534] - rewritemap using external map program gets out of sync

[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=9534

rewritemap using external map program gets out of sync





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 17:11 ---
I tried this using the current CVS after receiving the update message
and I am still seeing the problem. I am including an extract from
my rewrite log. I changed the script to return the IP address it was
asked to lookup which should match that of the request. The log makes
it clear that it doesn't. I also included part of my httpd.conf
file relating to the external map. I am running a 2.2 linux kernel.
If you need other information, I should be able to probably help. I really would
like to see this issue fixed. Thanjs for working on this issue.
RewriteLock /home/httpd/html/robot/lock
Rewritemap blocked prg:/home/httpd/html/robot/check.pl
127.0.0.1 - - [24/Jun/2002:12:02:03 --0500] 
[localhost/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked 
key=127.0.0.1 -> val=
127.0.0.1 - - [24/Jun/2002:12:02:05 --0500] 
[localhost/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked 
key=127.0.0.1 -> val=OK-127.0.0.1
64.24.12.167 - - [24/Jun/2002:12:02:11 --0500] 
[wolff.to/sid#81a6cc0][rid#8247138/initial] (5) map lookup OK: map=blocked 
key=64.24.12.167 -> val=OK-127.0.0.1
64.24.12.167 - - [24/Jun/2002:12:02:13 --0500] 
[wolff.to/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked 
key=64.24.12.167 -> val=OK-64.24.12.167
64.24.12.167 - - [24/Jun/2002:12:02:14 --0500] 
[wolff.to/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked 
key=64.24.12.167 -> val=OK-64.24.12.167
127.0.0.1 - - [24/Jun/2002:12:02:18 --0500] 
[localhost/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked 
key=127.0.0.1 -> val=OK-64.24.12.167

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

DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel

[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=10147

Broken ExtFilterOptions DebugLevel





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 16:45 ---
Thanks for the update...  I was able to reproduce and am working on a change
to mod_ext_filter so that filter definitions can be used across multiple
servers/vhosts.

(I'm ignoring your feature request for the moment :) )

Thanks again!

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

DO NOT REPLY [Bug 10182] New: - Apache 1.3.26 and MOD_SO on OpenBSD 3.0

[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=10182

Apache 1.3.26 and MOD_SO on OpenBSD 3.0

   Summary: Apache 1.3.26 and MOD_SO on OpenBSD 3.0
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Other mods
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


I have found that on OpenBSD 3.0 that Apache 1.3.26 will not compile with 
mod_perl and mod_so.  The issue is in mod_so.  If I leave the 
--enable-module=so 
off of the APACI_ARGS it will make just fine.

I had this issue with 3 separate OpenBSD 3.0 servers.  The error that comes up 
is LD_RUN_PATH not found.

John Alexander

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

DO NOT REPLY [Bug 9724] - Unable to Install. MSI error 2602

[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=9724

Unable to Install. MSI error 2602





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 15:59 ---

  Please try 2.0.39 and report back if this version has the same issue.

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

DO NOT REPLY [Bug 9566] - msi installer 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=9566

msi installer fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 15:47 ---

  Need a verbose log to further track down the origin of this bug.
  Happy to review again if one is attached to this bug.

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

DO NOT REPLY [Bug 7786] - ScriptInterpreterSource with non-ASCII command path/filenames broken

[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=7786

ScriptInterpreterSource with non-ASCII command path/filenames broken

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|ScriptInterpreterSource is  |ScriptInterpreterSource with
   |broken  |non-ASCII command
   ||path/filenames broken
Version|2.0.36  |2.0.39



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 15:45 ---

  Ok, I suspect your interpreter's path was non-ascii?  I committed a fix last
  night to handle non-ASCII characters in the ext\shell\open\command variables,
  so this should work for you.  This patch also handles the non-ASCII elements
  of envvars correctly, so that REG_EXPAND_SZ strings will be properly parsed.
  That too could have been your issue.

  I will announce a development binary of 2.0.40-dev for testing so you can
  verify [if you recall the old command REG_EXPAND_SZ entry.]  I tested it
  simply by using %SystemDrive% instead of c: in one of my entries and
  confirmed it will work correctly.

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

DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing

[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=9971

Windows command line build fails - script.awk missing





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 15:37 ---

  Ok... n'er mind the questions, identifiers were in the attachment.

  Try this... after the first script.awk instance, try renaming the other
  >> script.awk names to script2.awk, script3.awk etc. in makefile.win.
  Please report back if this solves it or changes the build in any way.

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

DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing

[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=9971

Windows command line build fails - script.awk missing





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 15:33 ---

  First the last comment;

P.S.: if you can get to a Windows 98 machine, try the following:
C:\>del a b 
Too many parameters - b

  I entirely trust you on this, it's already patched :)

  Back to script.awk;  Does your TEMP or TMP env variable include spaces?
  Perhaps that's what is messing up the awk or nmake lexical engines.

  What version of NMAKE.EXE is being invoked?  Which VisualStudio version
  do you have installed?

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

DO NOT REPLY [Bug 9534] - rewritemap using external map program gets out of sync

[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=9534

rewritemap using external map program gets out of sync





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 15:07 ---
Created an attachment (id=2167)
Working Fix against 2.0.39, but still needs some work (uses Non-Apache-Constant 
EAGAIN)

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

DO NOT REPLY [Bug 9989] - patch: htpasswd bug ("-n and -c conflicts" although I didn't give -n)

[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=9989

patch: htpasswd bug ("-n and -c conflicts" although I didn't give -n)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 14:35 ---
Yes, I know the bug is in 2.0.39.  That's why I gave a URL for a patch that 
is /dist/httpd/patches/apply_to_2.0.39/.  :)  The first version released with 
the patch incorporated will be 2.0.40.

--Cliff

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

DO NOT REPLY [Bug 10178] New: - Proxy server cuts off begining of buffer when specific header is used.

[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=10178

Proxy server cuts off begining of buffer when specific header is used.

   Summary: Proxy server cuts off begining of buffer when specific
header is used.
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: mod_proxy
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


 header causes 
proxy server to loose parts of buffer.

After upgrade to 1.3.26 our XML API stopped working and we isolated the 
following problem:

The following API XML response when passing through Proxy server:

1.61http://release.openair1.com/download/OpenAi
rOffLine161.exe1246882T0.0020021835100107Raz
Dva
Tri
ChetyreUSD0.00<
/rate>11234455454112000
45531011170.000200011134400.00

would return nothing, or would cut off buffer returning only the end of the 
full response. When we tried to connect to webserver directly (bypassing 
proxy), the whole response was returned with no porblems. Then we tried putting 
a line break after initial:
. As the result the 
whole response below that line was intact but this line got chewed off by 
proxy. Then we put the following sequence:
 \n  

(Two identical headers with line break in between and then full response) The 
first header got chewed off, the second one remained there and the rest of the 
response was fine. This hack enabled us to get back to working API.

We can replicate this problem on all machines running new version of Apachi.

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

DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing

[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=9971

Windows command line build fails - script.awk missing

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 14:08 ---
I am not using GNU awk; I'm using Brian Kernighan's version referenced in
docs/manual/platform/win-compiling.html. Anyway, I solved the "missing
script.awk" problem by running from TextPad, which allows shell commands.
I have no idea how this fixes it.

When I ran installr, I got two "Bad command or file name" messages. Attached
is the output.

P.S.: if you can get to a Windows 98 machine, try the following:
C:\>echo a > a
C:\>echo b > b
C:\>del a b
Too many parameters - b

I don't want you to "take my word for it."

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

DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing

[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=9971

Windows command line build fails - script.awk missing





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 14:07 ---
Created an attachment (id=2165)
output of nmake /f Makefile.win installr

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

DO NOT REPLY [Bug 10177] New: - Broken POST request

[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=10177

Broken POST request

   Summary: Broken POST request
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


There is problem in apache 1.3.26 with POST request processing. Sometimes I get
this type of request (entry from access_log):

delta_ts=20020617115013&longdesclength=4POST /process_bug.cgi HTTP/1.1

next entry is:

delta_ts=20020617115013&longdesclength=4GET /show_bug.cgi?id=3410
^^
This request has probably broken CONTENT-TYPE parameter.


This bug happens only with apache 1.3.26 - in poor Perl CGI and in PHP 
3.0.18/4.2.1.

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

DO NOT REPLY [Bug 9126] - 68k-next-openstep v. 4.0

[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=9126

68k-next-openstep v. 4.0





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 13:56 ---
A potential solution may be found here:

http://www.math.unl.edu/~rdieter/OpenStep/Developer/PortingTips/nscompatlib/

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

DO NOT REPLY [Bug 9989] - patch: htpasswd bug ("-n and -c conflicts" although I didn't give -n)

[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=9989

patch: htpasswd bug ("-n and -c conflicts" although I didn't give -n)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 13:42 ---
This bug is back in 2.0.39:

if (*mask & (APHTP_NEWFILE | APHTP_NOFILE)) {
apr_file_printf(errfile, "%s: -c and -n options conflict\n", argv[0]);
exit(ERR_SYNTAX);
}

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

DO NOT REPLY [Bug 10156] - Apache HTTPD 1.3 needs to learn about Caldera OpenUNIX 8

[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=10156

Apache HTTPD 1.3 needs to learn about Caldera OpenUNIX 8





--- Additional Comments From ler@lerctr.org  2002-06-24 12:09 ---
Created an attachment (id=2164)
Patch to support OpenUNIX

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

DO NOT REPLY [Bug 7786] - ScriptInterpreterSource is broken

[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=7786

ScriptInterpreterSource is broken





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 09:34 ---
Supplement to last comment:
The error messages in the mod_ssl case are a little bit different:
[Mon Jun 24 11:31:18 2002] [error] [client 127.0.0.1] (22)Invalid argument:
couldn't create child process: 22: E:/Web/cgi-bin/test.cgi
[Mon Jun 24 11:31:18 2002] [error] [client 127.0.0.1] (22)Invalid argument:
couldn't spawn child process: E:/Web/cgi-bin/test.cgi

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

DO NOT REPLY [Bug 10170] New: - SSLSessionCache not honoured

[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=10170

SSLSessionCache not honoured

   Summary: SSLSessionCache not honoured
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: mod_ssl
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


on startup, i get the following warning:

[warn] Init: Session Cache is not configured [hint: SSLSessionCache]

my conf of Session Cache (in ssl.conf) is the following:
(...)
SSLSessionCache dbm:logs/ssl_scache
SSLSessionCacheTimeout  300

(...)
this has been tested with versions of 2.0.39 compiled with OpenSSL 0.9.6c and 
with 0.9.6d.

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

DO NOT REPLY [Bug 7786] - ScriptInterpreterSource is broken

[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=7786

ScriptInterpreterSource is broken





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 08:38 ---
Combining the two lines didn't make any difference. Still Apache2 does not
recognize the ".cgi"-scripts.

But I found another difference.
Looking into the registry with regedt32, it showed, that the Perl installation
generated the entry for key "command" (under "Perl", "shell", "Open") with type
REG_SZ, but the NT-Explorer created the key "command" (under "cgifile", "shell",
"Open") with a value of type REG_EXPAND_SZ.
Deleting the value of this key with regedit (key "(Standard)" under "cgifile",
"shell", "Open", "command") and then entering a new value there (again the
invocation for the Perl installation: "D:\Programme\Perl\bin\perl.exe" "%1" %*)
generated a value of type REG_SZ. And now this entry works!!

By the way: I also tried the mod_ssl from
"Apache-2.0.39-Mod_SSL-OpenSSL-0.9.6d-Win32.zip" from
"http://www.modssl.org/contrib/";, and with https ".cgi"-scripts still didn't
work, while ".pl"-scripts are fine. The above procedure changed only the
behavior fot http-requests, not for https-requests (I have to rely on
"http://www.modssl.org/contrib/";, as I don't have a compiler environment on my
NT machine).

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

DO NOT REPLY [Bug 10169] New: - Apache seg faults due to attempt to access out of bounds address from hash_buckets[] array

[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=10169

Apache seg faults due to attempt to access out of bounds address from 
hash_buckets[] array

   Summary: Apache seg faults due to attempt to access out of bounds
address from hash_buckets[] array
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: mod_mime
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Here is my compilation procedure of apache-1.3.26:
---
gzip -dc openssl-0.9.6d.tar.gz | tar xvf -
cd openssl-0.9.6d
./config --prefix=/usr/local --openssldir=/usr/local/openssl
make
make install
cd ..
gzip -dc apache_1.3.26.tar.gz | tar xvf -
gzip -dc mod_auth_mysql-2.20.tar.gz | tar xvf -
gzip -dc php-4.2.1.tar.gz | tar xvf -
gzip -dc mod_ssl-2.8.9-1.3.26.tar.gz | tar xvf -
cd apache_1.3.26
./configure
cd ../php-4.2.1
./configure --with-mysql --with-apache=../apache_1.3.26 --enable-track-vars
make
make install
cd ../mod_auth_mysql-2.20
./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.26
make install
cd ../mod_ssl-2.8.9-1.3.26
./configure --with-apache=../apache_1.3.26 --with-ssl=../openssl-0.9.6d
cd ../apache_1.3.26
setenv OPTIM " -g -ggdb "
./configure --prefix=/usr/local/apache-ssl --activate-
module=src/modules/php4/libphp4.a --activate-
module=src/modules/auth_mysql/libauth_mysql.a --enable-module=ssl
make
make install
cd ..
cd apache_1.3.26/src
make certificate
---

Everything goes ok (except for a rule on alloc.h in 
src/modules/auth_mysql/Makefile, that could be resolved by simple comment out)

The problem appears when apache runs. Childs dying when trying to get *.gif 
files (for example).
When debugging the apache (with –X) I see that there is a moment when static 
hash_buckets[] array from mod_mime.c gets overwritten. Here is an example:

(gdb) p hash_buckets// This is after init_mime()
$4 =   {0x82ccb54,
  0x82ccbbc,
  0x82ccc24,
  0x82ccc8c,
  0x82cccf4,
  0x82ccd5c,
  0x82ccdc4,
  0x82cce2c,
  0x82cce94,
  0x82ccefc,
  0x82ccf64,
  0x82ccfcc,
  0x82cd034,
  0x82cd09c,
  0x82cd104,
  0x82cd16c,
  0x82cd1d4,
  0x82cd23c,
  0x82cd2a4,
  0x8305eb4,
  0x8305f1c,
  0x8305f84,
  0x8305fec,
  0x8306054,
  0x83060bc,
  0x8306124,
  0x830618c,
  0x83061f4,
  0x830625c,
  0x83062c4,
  0x830632c,
  0x8306394}
(gdb) c
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0x814ae03 in ap_table_get (t=0x6b2b587a, key=0x8309dec "gif") at alloc.c:1479
1473table_entry *elts = (table_entry *) t->a.elts;
(gdb) where
#0  0x814ae03 in ap_table_get (t=0x2956574b, key=0x8309d94 "gif")
at alloc.c:1473
#1  0x807f5e8 in find_ct (r=0x8307e9c) at mod_mime.c:656
#2  0x814eae4 in run_method (r=0x8307e9c, offset=17, run_all=0)
at http_config.c:369
#3  0x814eb88 in ap_find_types (r=0x8307e9c) at http_config.c:391
#4  0x8163c0d in process_request_internal (r=0x8307e9c) at http_request.c:1297
#5  0x8163ccc in ap_process_request (r=0x8307e9c) at http_request.c:1324
#6  0x815adce in child_main (child_num_arg=0) at http_main.c:4681
#7  0x815af80 in make_child (s=0x82a09ec, slot=0, now=1024906769)
at http_main.c:4805
#8  0x815b0d9 in startup_children (number_to_start=5) at http_main.c:4887
#9  0x815b736 in standalone_main (argc=4, argv=0xba24) at http_main.c:5195
#10 0x815bf13 in main (argc=4, argv=0xba24) at http_main.c:5558
(gdb) p hash_buckets// This is when trying to get .gif file
$5 =   {0x0,
  0x0,
  0x0,
  0x0,
  0x0,
  0x0,
  0x0,
  0x6b2b587a,
  0x62216a5c,
  0x0,
  0x8261934,
  0x0,
  0x82cd234,
  0x82cd29c,
  0x8305eb4,
  0x8305f1c,
  0x8305f84,
  0x8305fec,
  0x8306054,
  0x83060bc,
  0x8306124,
  0x830618c,
  0x83061f4,
  0x830625c,
  0x83062c4,
  0x830632c,
  0x8306394,
  0x83063fc,
  0x8306464,
  0x83064cc,
  0x8306534,
  0x830659c}
(gdb) 

The strange thing is that it doesn't happen all the time. Please help.

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

DO NOT REPLY [Bug 10107] - Random (frequent) error - pages not loading in Netscape 4.x

[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=10107

Random (frequent) error - pages not loading in Netscape 4.x

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Other   |High



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 06:36 ---
Just an update:

I have still not found any solution or workaround to the problem, but I have 
had to resort to downgrading to version 2.0.36 again as this is a production 
webserver.  This means that all the links I gave you will work perfectly.  This 
also means that I'm running a vulnerable webserver.  (help!!   :)

I have also had reports of random problems with sites hosted here with browsers 
other than Netscape (IE 5 mostly).  I can't be at all specific as to details, 
but there are just some "problems".  Not helpful at all I know, but that 
problems with Netscape are still consistent.

Please let me know if you'd like me to install 2.0.39 again, as it is no 
problem to do, but I will just need a timeframe (up to a few hours) when 
someone will be likely to look into it, as I don't want to be running an 
inaccesible webserver for too long.

Thanks again,

Matt Parlane

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

DO NOT REPLY [Bug 10166] - HTTP/1.1 proxy requests made even when client makes a 1.0 one

[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=10166

HTTP/1.1 proxy requests made even when client makes a 1.0 one





--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 04:13 ---
Created an attachment (id=2161)
Proposed patch

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

DO NOT REPLY [Bug 10166] New: - HTTP/1.1 proxy requests made even when client makes a 1.0 one

[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=10166

HTTP/1.1 proxy requests made even when client makes a 1.0 one

   Summary: HTTP/1.1 proxy requests made even when client makes a
1.0 one
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: mod_proxy
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Starting from 1.3.24, mod_proxy's behavious has been changed to make HTTP/1.1
proxy requests.  This even in the case where the browser made a 1.0 request
originally. This results in old browsers (IE5.0) with broken 1.1 implementation
to recieve chunked-encoding HTTP data and breaks rendering of certain pages.



The following patch fixes this issue by making mod_proxy issue a request of the
same version the original client sent.

Index: proxy_ftp.c
===
RCS file:
/home/gozer/mirror/cvs.apache.org/apache-1.3-cvs/src/modules/proxy/proxy_ftp.c,v
retrieving revision 1.98
diff -b -B -u -I'$Id' -I'$Revision' -r1.98 proxy_ftp.c
--- proxy_ftp.c 7 Apr 2002 18:57:36 -   1.98
+++ proxy_ftp.c 24 Jun 2002 04:07:25 -
@@ -1333,7 +1333,7 @@
 
 /* send response */
 /* write status line and headers to the cache file */
-ap_proxy_write_headers(c, ap_pstrcat(p, "HTTP/1.1 ", r->status_line, NULL),
resp_hdrs);
+ap_proxy_write_headers(c, ap_pstrcat(p, r->protocol, " ", r->status_line,
NULL), resp_hdrs);
 
 /* Setup the headers for our client from upstreams response-headers */
 ap_overlap_tables(r->headers_out, resp_hdrs, AP_OVERLAP_TABLES_SET);
Index: proxy_http.c
===
RCS file:
/home/gozer/mirror/cvs.apache.org/apache-1.3-cvs/src/modules/proxy/proxy_http.c,v
retrieving revision 1.99
diff -b -B -u -I'$Id' -I'$Revision' -r1.99 proxy_http.c
--- proxy_http.c30 May 2002 10:19:49 -  1.99
+++ proxy_http.c24 Jun 2002 04:07:25 -
@@ -309,7 +309,7 @@
 ap_bpushfd(f, sock, sock);
 
 ap_hard_timeout("proxy send", r);
-ap_bvputs(f, r->method, " ", proxyhost ? url : urlptr, " HTTP/1.1" CRLF,
+ap_bvputs(f, r->method, " ", proxyhost ? url : urlptr, " ", r->protocol, 
CRLF,
   NULL);
 /* Send Host: now, adding it to req_hdrs wouldn't be much better */
 if (destportstr != NULL && destport != DEFAULT_HTTP_PORT)
@@ -579,7 +579,7 @@
 }
 
 /* write status line and headers to the cache file */
-ap_proxy_write_headers(c, ap_pstrcat(p, "HTTP/1.1 ", r->status_line,
NULL), resp_hdrs);
+ap_proxy_write_headers(c, ap_pstrcat(p, r->protocol, " ",
r->status_line, NULL), resp_hdrs);
 }
 
 /* Setup the headers for our client from upstreams response-headers */

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

DO NOT REPLY [Bug 9714] - Apache 2.0 service won't start on XP Pro SMP (race?)

[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=9714

Apache 2.0 service won't start on XP Pro SMP (race?)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Version|2.0.39  |2.0.36



--- Additional Comments From [EMAIL PROTECTED]  2002-06-24 00:41 ---

  Problem in SMP processing was resolved with the MPM rewrite following 2.0.36.

  Thanks for your report and follow up!

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