DO NOT REPLY [Bug 9222] - mod_deflate should check Content-Encoding header
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9222. 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=9222 mod_deflate should check Content-Encoding header [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-20 00:08 --- fixed in current CVS tree Thanks Kazuhisa. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9244] New: - Compile fail on RedHat 7.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9244. 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=9244 Compile fail on RedHat 7.0 Summary: Compile fail on RedHat 7.0 Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] 2.0.36 fails to compile on a RedHat 7.0 box I was upgrading for a friend. Initially the compiler was egc-2.91.6 with binutils-2.5. After I got the error, I checked on the version of the compiler and binutils, and upgraded those to gcc-3.1 and binutils 2.12. It appears that something is not getting linked properly. I have 2.0.36 compiled perfectly on my Slackware 8 box that has the same release of gcc and binutils, so I think that can be ruled out. This will be a mainstream production system, so I am reluctant to use the CVS HEAD branch for this system. /bin/sh /root/new/httpd-2.0.36/srclib/apr/libtool --silent --mode=link gcc -g - O2 -pthread -DNO_DBM_REWRITEMAP-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 - D_BSD_SOURCE -D_SVID_SOURCE -DAP_HAVE_DESIGNATED_INITIALIZER -I. - I/root/new/httpd-2.0.36/os/unix -I/root/new/httpd-2.0.36/server/mpm/prefork - I/root/new/httpd-2.0.36/modules/http -I/root/new/httpd-2.0.36/modules/proxy - I/root/new/httpd-2.0.36/include -I/root/new/httpd-2.0.36/srclib/apr/include - I/root/new/httpd-2.0.36/srclib/apr-util/include -I/root/new/httpd- 2.0.36/modules/dav/main -I/root/new/httpd-2.0.36/srclib/apr-util/xml/expat/lib - export-dynamic-o httpd modules.lo modules/mappers/mod_so.la server/mpm/prefork/libprefork.la server/libmain.la os/unix/libos.la /root/new/httpd-2.0.36/srclib/pcre/libpcre.la /root/new/httpd- 2.0.36/srclib/apr-util/libaprutil.la /root/new/httpd- 2.0.36/srclib/apr/libapr.la -lm -lcrypt -lnsl -lresolv -ldl -lz -lgdbm - ldb /root/new/httpd-2.0.36/srclib/apr-util/xml/expat/lib/libexpat.la server/.libs/libmain.al(config.lo): In function `ap_method_is_limited': /root/new/httpd-2.0.36/server/config.c:389: undefined reference to `ap_method_number_of' server/.libs/libmain.al(exports.lo)(.data.rel+0x1f8): undefined reference to `ap_send_error_response' server/.libs/libmain.al(exports.lo)(.data.rel+0x200): undefined reference to `ap_set_keepalive' server/.libs/libmain.al(exports.lo)(.data.rel+0x20c): undefined reference to `ap_make_etag' server/.libs/libmain.al(exports.lo)(.data.rel+0x210): undefined reference to `ap_set_etag' server/.libs/libmain.al(exports.lo)(.data.rel+0x218): undefined reference to `ap_meets_conditions' server/.libs/libmain.al(exports.lo)(.data.rel+0x224): undefined reference to `ap_method_register' server/.libs/libmain.al(exports.lo)(.data.rel+0x228): undefined reference to `ap_method_registry_init' server/.libs/libmain.al(exports.lo)(.data.rel+0x22c): undefined reference to `ap_make_method_list' server/.libs/libmain.al(exports.lo)(.data.rel+0x230): undefined reference to `ap_copy_method_list' server/.libs/libmain.al(exports.lo)(.data.rel+0x234): undefined reference to `ap_method_list_do' server/.libs/libmain.al(exports.lo)(.data.rel+0x238): undefined reference to `ap_method_list_vdo' server/.libs/libmain.al(exports.lo)(.data.rel+0x23c): undefined reference to `ap_method_in_list' server/.libs/libmain.al(exports.lo)(.data.rel+0x240): undefined reference to `ap_method_list_add' server/.libs/libmain.al(exports.lo)(.data.rel+0x244): undefined reference to `ap_method_list_remove' server/.libs/libmain.al(exports.lo)(.data.rel+0x248): undefined reference to `ap_clear_method_list' server/.libs/libmain.al(exports.lo)(.data.rel+0x24c): undefined reference to `ap_set_content_type' server/.libs/libmain.al(exports.lo)(.data.rel+0x26c): undefined reference to `ap_index_of_response' server/.libs/libmain.al(exports.lo)(.data.rel+0x270): undefined reference to `ap_get_status_line' server/.libs/libmain.al(exports.lo)(.data.rel+0x274): undefined reference to `ap_setup_client_block' server/.libs/libmain.al(exports.lo)(.data.rel+0x278): undefined reference to `ap_should_client_block' server/.libs/libmain.al(exports.lo)(.data.rel+0x27c): undefined reference to `ap_get_client_block' server/.libs/libmain.al(exports.lo)(.data.rel+0x280): undefined reference to `ap_discard_request_body' server/.libs/libmain.al(exports.lo)(.data.rel+0x2a0): undefined reference to `ap_method_number_of' server/.libs/libmain.al(exports.lo)(.data.rel+0x2a4): undefined reference to `ap_method_name_of' server/.libs/libmain.al(exports.lo)(.data.rel+0x2e0): undefined reference to `ap_byterange_filter' server/.libs/libmain.al(exports.lo)(.data.rel+0x2e4): undefined reference
DO NOT REPLY [Bug 9244] - Compile fail on RedHat 7.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9244. 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=9244 Compile fail on RedHat 7.0 --- Additional Comments From [EMAIL PROTECTED] 2002-05-20 08:28 --- I forget to add my configure options: ./configure --enable-deflate --enable-mime-magic \ --enable-expires --enable-headers \ --enable-unique-id --enable-http --enable-dav \ --enable-info --enable-cgi --disable-cgid \ --enable-speling --enable-rewrite \ --enable-so --enable-mods-shared=most - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9247] New: - Apache 2 fails to build on Solaris 64bit Compiler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9247. 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=9247 Apache 2 fails to build on Solaris 64bit Compiler Summary: Apache 2 fails to build on Solaris 64bit Compiler 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] Hi I have the following configuration: - Sun Netra X1 - Solaris 9EA - gcc 3.1 in 64bit mode - apache 2.0.36 When trying to build the binaries I do the following: ./configure --prefix=/usr/local/apache2 This creates the Makefiles and prepares everething. But when compiling, I get an error in the directory: srclib/apr/atomic/solaris_sparc The error occures while linking. I discovered, that the Makefile in this directory contains the following line: ASFLAGS += -K pic -P -D_ASM -D__STDC__=0 -xarch=v8plus which forces the assembler to build v8plus code, which can not be linked by the 64 bit linker. I've changed this line as follows: ASFLAGS += -K pic -P -D_ASM -D__STDC__=0 -xarch=v9 Whith whis adaption the compilation takes place without errors and apache seems to work propperly. Could you please update the configure script, so that it takes care of the solaris 64bit environment. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8995] - consider indentation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8995. 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=8995 consider indentation --- Additional Comments From [EMAIL PROTECTED] 2002-05-20 19:28 --- With what browser? It looks fine to me on Konqueror 3.0. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9244] - --enable-http --enable-mods-shared=most causes link failure
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9244. 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=9244 --enable-http --enable-mods-shared=most causes link failure --- Additional Comments From [EMAIL PROTECTED] 2002-05-20 20:43 --- Here is a patch that seems to work for me: It is patterned after a similar fragment for the mod_so DSO. --- httpd-2.0.36/modules/http/config2.m4Wed Oct 3 10:47:51 2001 +++ httpd-2.0.36-new/modules/http/config2.m4Mon May 20 13:14:41 2002 @@ -4,8 +4,15 @@ http_objects=http_core.lo http_protocol.lo http_request.lo +dnl mod_http should only be built as a static DSO +if test $enable_http = yes; then +enable_http=static +elif test $enable_http = shared; then +AC_MSG_ERROR([mod_http can not be built as a shared DSO]) +fi + dnl mod_http freaks out when built as a DSO -APACHE_MODULE(http, HTTP protocol handling, $http_objects, , static) +APACHE_MODULE(http, HTTP protocol handling, $http_objects, , $enable_http) APACHE_MODULE(mime, mapping of file-extension to MIME, , , yes) APACHE_MODPATH_FINISH - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9065] - typos and errors in it worked! welcome page in Catalan language
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9065. 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=9065 typos and errors in it worked! welcome page in Catalan language [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-20 21:32 --- OK. I'll take your word for it and commit this. In general, though, we prefer to have an independent person actually post here to confirm. Thanks for your contribution! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8291] - mod_include + mod_suexec has bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8291. 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=8291 mod_include + mod_suexec has bug --- Additional Comments From [EMAIL PROTECTED] 2002-05-21 00:39 --- Created an attachment (id=1896) This patch resolves the mod_include + mod_suexec problem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9233] - installing opt layout doesn't create runtimedir
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9233. 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=9233 installing opt layout doesn't create runtimedir [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-21 11:51 --- The runtimedir creation problem is now fixed in CVS and will be in the next release of Apache. If you wish to pursue adding the FHS layout to config.layout, either post it to the dev@httpd.apache.org mailing list or open a separate PR (enhancement request) to track that issue. Thanks for your report, and thanks for using Apache! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9286] New: - apr_generate_random_bytes with flag 0x40 from OS not supported
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9286. 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=9286 apr_generate_random_bytes with flag 0x40 from OS not supported Summary: apr_generate_random_bytes with flag 0x40 from OS not supported Product: APR Version: HEAD Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: APR AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] The Function apr_generate_random_bytes uses the flag 0x40 = CREATE_SILENT. This flag is supported with Microsoft® Windows® 2000 or later. It is not supported in Windows 95, Windows 98, Windows Millennium or Microsoft® Internet Explorer version 5.0. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9290] New: - Unable to compile pcre support
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9290. 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=9290 Unable to compile pcre support Summary: Unable to compile pcre support Product: Apache httpd-2.0 Version: 2.0.36 Platform: Sun OS/Version: Solaris Status: NEW Severity: Critical Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Making all in pcre make[2]: Entering directory `/export/home/luther/httpd-2.0.36/srclib/pcre' make[3]: Entering directory `/export/home/luther/httpd-2.0.36/srclib/pcre' /bin/bash /export/home/luther/httpd-2.0.36/srclib/apr/libtool --silent -- mode=compile gcc -pthreads -DNO_DBM_ REWRITEMAP -O4 -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT - DAP_HAVE_DESIGNATED_INITIALIZER -I. - I/export/home/luther/httpd-2.0.36/os/unix -I/export/home/luther/httpd- 2.0.36/server/mpm/worker -I/export/home/ luther/httpd-2.0.36/modules/http -I/export/home/luther/httpd- 2.0.36/modules/proxy -I/export/home/luther/httpd- 2.0.36/include -I/export/home/luther/httpd-2.0.36/srclib/apr/include - I/export/home/luther/httpd-2.0.36/srclib /apr-util/include -I/export/home/luther/httpd-2.0.36/modules/dav/main - I/export/home/luther/httpd-2.0.36/srcli b/apr-util/xml/expat/lib -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 make[3]: Leaving directory `/export/home/luther/httpd-2.0.36/srclib/pcre' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/export/home/luther/httpd-2.0.36/srclib/pcre' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/luther/httpd-2.0.36/srclib' make: *** [all-recursive] Error 1 gcc version 3.0.3 Solaris 8 (latest patches) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9295] New: - Can't compile perchild.c under Solaris 8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9295.
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=9295
Can't compile perchild.c under Solaris 8
Summary: Can't compile perchild.c under Solaris 8
Product: Apache httpd-2.0
Version: 2.0.36
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: Normal
Priority: Other
Component: perchild
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
I've tried using configure with both gcc 2.95.2 and Sun's Forte cc 6.2
compilers, and I
get this sort of compilation failure under Solaris 8 (ultraSparc):
Making all in experimental/perchild
/bin/ksh /extra/httpd-2.0.36/srclib/apr/libtool --silent --mode=compile cc -g -
mt -DNO_DBM_REWRITEMAP-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-I. -I/extra/httpd-2.0.36/os/unix -I/extra/httpd-2.0.36/server/mpm/experimenta
l/perchild -I/extra/httpd-2.0.36/modules/http -I/extra/httpd-2.0.36/modules/prox
y -I/extra/httpd-2.0.36/include -I/extra/httpd-2.0.36/srclib/apr/include -I/extr
a/httpd-2.0.36/srclib/apr-util/include -I/opt/usl/openssl-0.9.6c/include/openssl
-I/opt/usl/openssl-0.9.6c/include -I/extra/httpd-2.0.36/modules/dav/main -I/ext
ra/httpd-2.0.36/srclib/apr-util/xml/expat/lib -prefer-non-pic -static -c perchil
d.c touch perchild.lo
perchild.c, line 668: undefined struct/union member: msg_control
perchild.c, line 668: warning: improper pointer/integer combination: op =
perchild.c, line 669: undefined struct/union member: msg_controllen
perchild.c, line 670: undefined struct/union member: msg_flags
perchild.c, line 674: warning: improper pointer/integer combination: arg #2
perchild.c, line 849: cannot recover from previous errors
cc: acomp failed for perchild.c
*** Error code 1
The problem seems to be caused by this Solaris 8 include: sys/socket.h
which contains the following for the msghdr structure:
/*
* Message header for recvmsg and sendmsg calls.
*/
struct msghdr {
void*msg_name; /* optional address */
socklen_t msg_namelen;/* size of address */
struct iovec*msg_iov; /* scatter/gather array */
int msg_iovlen; /* # elements in msg_iov */
#if defined(_XPG4_2) || defined(_KERNEL)
void*msg_control; /* ancillary data */
socklen_t msg_controllen; /* ancillary data buffer len */
int msg_flags; /* flags on received message */
#else
caddr_t msg_accrights; /* access rights sent/received */
int msg_accrightslen;
#endif /* defined(_XPG4_2) || defined(_KERNEL) */
};
Obviously the posix flag wasn't ever set. This is an area I don't understand
in Solaris...man standards(5) talks about 6 different levels of posix standards.
Heck, I even retried with the c89 workshop 6.2 compiler, and it barfed over
not recognizing a 64 bit integer could be a long long. If configure would
produce the proper #define, and include the proper link libs and options to
go with posix compatibility, we could then use gcc or cc (presumably) for the
perchild MPM building...where do I go from here?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8452] - perchild doesn't compile on Solaris 8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8452. 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=8452 perchild doesn't compile on Solaris 8 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 04:05 --- *** Bug 9295 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 9299] New: - UserDir cmd doesn't allow alternate dirs in some cases
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9299.
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=9299
UserDir cmd doesn't allow alternate dirs in some cases
Summary: UserDir cmd doesn't allow alternate dirs in some cases
Product: Apache httpd-2.0
Version: 2.0.36
Platform: All
OS/Version: All
Status: NEW
Severity: Minor
Priority: Other
Component: mod_userdir
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
In the source to mod_userdir, the usage comments says that you may
combine UserDir entries to allow alternates. The given example is:
UserDir public_html /usr/web http://www.xyz.com/users
which says to search for ~username/public_html then /usr/web/
username and finally do a redirect to http://www.xyz.com/users/username.
However, this example does not work in Apache 2.0.36.
Imagine that we have real users of aaa and bbb (that is, with a login/
homedir), a set of fake users yyy and zzz with only a directory under /usr/
web, and a set of redirected users mmm and nnn. Now, using the above
configuration, point a browser to http://host/~aaa and ~bbb - it works.
However ~yyy ~zzz ~mmm ~nnn do not work. If you swap /usr/web and
public_html, now ~yyy and ~zzz work, yet ~mmm and ~nnn do not work.
Thus, there is no way to make all three alternates work on the same
system and no way to do preference of order of search either.
The solution is to change the return DECLINED in the #if
APR_HAS_USER section of mod_user to a continue. The diff -u is:
--- mod_userdir.c.orig Tue May 21 16:03:22 2002
+++ mod_userdir.c Tue May 21 16:03:50 2002
@@ -330,10 +330,10 @@
filename = apr_pstrcat(r-pool, homedir, /, userdir,
NULL);
}
else {
-return DECLINED;
+continue;
}
#else
-return DECLINED;
+continue;
#endif
}
-end-diff
Currently, /usr/web or /web/*/html style UserDir entries will search for the
exact file for the username+dir and if it is not found, it move on to the next
entry on the UserDir line.
However, for the public_html style UserDir entry, if we do not find
~username/public_html then we decline to process this request and do
not go to the next entry on the UserDir line. So, end of request, 404. If we
change the return DECLINED to continue as above, then we can move
on to the next UserDir entry.
Entries in the form of http:// are redirects and must come last. Apache
does not know if the user exists on the remote machine, thus it must
come last on the line. This fact should be mentioned in the docs and
source.
Yet, the ability to even use alternates in not mentioned in the docs,
only in the source. This needs to be added too. I can write a paragraph if
someone wants
(oh, and while we're working on mod_userdir.c, around line 351, can we
change the tabs to spaces? ;-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9307] New: - mod_autoindex generates bad HTML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9307. 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=9307 mod_autoindex generates bad HTML Summary: mod_autoindex generates bad HTML Product: Apache httpd-1.3 Version: 1.3.24 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: mod_autoindex AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] The HTML code generated by mod_autoindex does not validate. See http://validator.w3.org/check?url=http://www.sslug.dk/misc/download/ for an example. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9307] - mod_autoindex generates bad HTML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9307. 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=9307 mod_autoindex generates bad HTML --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 11:06 --- Created an attachment (id=1910) Patch to apache_1.3.24/src/modules/standard/mod_autoindex.c - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9307] - mod_autoindex generates bad HTML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9307. 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=9307 mod_autoindex generates bad HTML --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 11:06 --- Created an attachment (id=1911) Patch to apache_1.3.24/src/modules/standard/mod_autoindex.c - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9307] - mod_autoindex generates bad HTML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9307. 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=9307 mod_autoindex generates bad HTML --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 11:08 --- The first attachment was a patch for mod_autoindex in Apache 1.3.22. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9290] - Unable to compile pcre support
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9290. 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=9290 Unable to compile pcre support --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 11:29 --- chartables.c is a generated file. It is generated by dftables. Is dftables getting built in your srclib/pcre directory? If you change to srclib/pcre and run make chartables.c, what happens? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9319] - server sigature does'nt work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9319. 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=9319 server sigature does'nt work [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 15:46 --- Frankly, Josh, that's a bogus answer. We distribute those error docs, not some third party we can blame :-) I believe we were looking at this issue, it may already be resolved in .37, the question was whether we should be changing the SERVER_STRING variable or adding another variable to be used by the error docs. This may be a duplicate report, as well, we need to tie out this report if that is the case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9319] - Included error documents don't honor ServerSignature
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9319. 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=9319 Included error documents don't honor ServerSignature [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Component|All |Documentation OS/Version|Windows XP |All Platform|PC |All Summary|server sigature does'nt work|Included error documents ||don't honor ServerSignature Version|2.0.36 |HEAD --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 16:00 --- Well, ServerSignature works as documented. Personally, I don't see a need to provide two different ways to configure the sample errordocuments. You can already simply go and edit the include file to get rid of the info that you don't want. Or if that is too complicated, comment out those ErrorDocuments and use the internal ones. The only way I see to get what you want is to add a SERVER_SIGNATURE environment variable and then go test for that in a bunch of places in the error docs. It won't be that easy. Just changing the SERVER_SOFTWARE variable won't be sufficient because there is also SERVER_NAME and SERVER_ADMIN used in various places that would be need to be controlled by ServerSignature to make things consistent. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8464] - mod_rewrite not executing external rewriting engine if args are supplied
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8464.
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=8464
mod_rewrite not executing external rewriting engine if args are supplied
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|mod_rewrite not executing |mod_rewrite not executing
|external rewriting engine |external rewriting engine if
||args are supplied
--- Additional Comments From [EMAIL PROTECTED] 2002-05-22 16:50 ---
I've looked into this a bit further with 2.0.36, and also compared to 1.3.24.
In 1.3.24, mod_rewrite execl's a shell process itself in the function
rewritemap_program_child(), passing the user-supplied config line as an
argument:
execl(SHELL_PATH, SHELL_PATH, -c, (char *)cmd, NULL);
This works, even if you supply arguments to the program to be run.
In 2.0.36 it leaves the exec to APR:
if (((rc = apr_procattr_create(procattr, p)) != APR_SUCCESS) ||
((rc = apr_procattr_io_set(procattr, APR_FULL_BLOCK,
APR_FULL_NONBLOCK,
APR_FULL_NONBLOCK)) != APR_SUCCESS) ||
((rc = apr_procattr_dir_set(procattr,
ap_make_dirstr_parent(p, progname)))
!= APR_SUCCESS) ||
((rc = apr_procattr_cmdtype_set(procattr, APR_PROGRAM)) !=
APR_SUCCESS)) {
/* Something bad happened, give up and go away. */
}
else {
procnew = apr_pcalloc(p, sizeof(*procnew));
rc = apr_proc_create(procnew, progname, NULL, NULL, procattr, p);
This works when the program doesn't have arguments to be passed, but fails if
there are arguments. Looking at the apr_proc_create() function:
else if (attr-cmdtype == APR_PROGRAM) {
if (attr-detached) {
apr_proc_detach(APR_PROC_DETACH_DAEMONIZE);
}
execve(progname, (char * const *)args, (char * const *)env);
}
NERK! The whole user-supplied string is passed as progname, with args and env
empty.
I can get around this by running a shell script that runs my program with
arguments, but that's kinda messy. I'd prefer to see mod_rewrite handle this
correctly and pass in the args.
If I get time, I'll settle down and fix this. If anyone wants to beat me to
it
-
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038. 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-22 19:51 --- To answer your question, I'm not using SuexecUserGroup directives. As you suggested, I recompiled apache after having removed cgid from the list of shared modules. cgi scripts via suexec now work as expected for the ~devil account that I've cited several times in our correspondence; so thank you very much for your assistance. I want you to know that the freebsd apache2 port sets the following default shared modules: all cgid case_filter case_filter_in \ ext_filter charset_lite deflate bucketeer I don't know what 'all', 'case_filter', and 'case_filter_in' are. If 'all' means all modules, then it wouldn't make sense to explicitly indicate the other few modules. Clarification here would be nice. Secondly, typing 'case_filter' into the search text box at http://httpd.apache.org/docs-2.0/ produced nothing suggesting a module of that name. Can anyone explain what 'case_filter' and 'case_filter_in' are for ? And do you think that the freebsd porters should be made aware of the conflict between cgid and suexec ? It may save people a lot of debugging time if the freebsd porters changed the default module from cgid to cgi. If you think this would be a good idea, then please let me know and i'll send them a note. Lastly, I just want to know if the issues surfaced during this discussion will be taken care of by someone. To relieve you the pain of tracing them, I'm listing them now: 2002-05-17 15:41 / 15:55 (Aaron Bannert) document --with-suexec-bin option 2002-05-17 15:58 (Joshua Slive) don't report suexec enabled unless can execute 2002-05-22 09:24 (Colm) document loading of mod_suexec - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7791] - mod_suexec problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7791. 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=7791 mod_suexec problem --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 21:04 --- I have tester this on Redhat Linux 7.2 with cvs head of both apache-1.3 and httpd-2.0. I get the same behavior from the identical cgi run on both versions of Apache. Parms $1, $2, and $3 all line up the same in my tests. Could you retry your tests with the latest versions of Apache 1.3 and 2.0? If I don't hear from you to the contrary, I will close this in a couple of days since it works for me. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9329] New: - the error page 502 looks weird
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9329. 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=9329 the error page 502 looks weird Summary: the error page 502 looks weird Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Windows 9x Status: NEW Severity: Normal Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I got the following (source of the sent html page): +++ /dldldd The proxy server could not handle the request lt;EMgt;lt;A HREF=http://http//cvs.apache.org/gt;GETamp;nbsp;http://http//cvs.apache.org/lt;/Agt;lt;/EMgt;.lt;Pgt; Reason: lt;STRONGgt;DNS lookup failure for: httplt;/STRONGgt; +++ The request was: http://http//cvs.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9168] - Mac OS X (Darwin): httpd leaves zombie cgi processes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9168. 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=9168 Mac OS X (Darwin): httpd leaves zombie cgi processes --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 22:00 --- Thank you for the patch, it appears to have fixed the problem! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9342] New: - wrong header sent
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9342. 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=9342 wrong header sent Summary: wrong header sent Product: Apache httpd-1.3 Version: 1.3.24 Platform: PC URL: http://bugs.php.net/bug.php?id=17359 OS/Version: FreeBSD Status: NEW Severity: Minor Priority: Other Component: mod_headers AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=17359 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9365] New: - Change in behaviour of ProxyPass and ProxyPassReverse
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9365. 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=9365 Change in behaviour of ProxyPass and ProxyPassReverse Summary: Change in behaviour of ProxyPass and ProxyPassReverse Product: Apache httpd-1.3 Version: 1.3.24 Platform: Sun OS/Version: Solaris Status: NEW Severity: Major Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I recently tried to upgrade from 1.3.23 to 1.3.24. My application stopped working correctly so I downgraded. I have a secure apache server using mod_ssl running on an external machine. external.mydomain.com I have an application server running on an interal machine. internal.mydomain.com I configured Apache to pass requests through so people can access the application on the internal machine from the open internet using mod_proxy. It works great. After upgrading it works for GET requests but the first POST request passes the internal URL back. Instead of https://external.mydomain.com/myapp/foo.jsp the url changes to http://internal.mydomain.com:/myapp/foo.jsp Here is my configuration. Inside my virtual_host section for SSL ProxyPass /myapp/ http://interal.mydomain.com:/myapp/ ProxyPassReverse /myapp/ http://interal.mydomain.com:/myapp/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8452] - perchild doesn't compile on Solaris 8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8452. 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=8452 perchild doesn't compile on Solaris 8 --- Additional Comments From [EMAIL PROTECTED] 2002-05-24 05:52 --- Try this macro definition: -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ I'm using Solaris8 IA + gcc-3.1, and apache-2.0.36 + perchild MPM has been compiled successfully. Also, it works fine. Additionally, on Solaris8, the alternate thread library is preferred than the standard thread lib. (Normally, outperforming and stable.) If /usr/xpg4/lib/libpthread.so exists: LDFLAGS = -lpthread -R/usr/xpg4/lib Otherwise: LDFLAGS = -lpthread -lthread -R/usr/lib/lwp Note that Solaris7 and earlier don't have the alternate thread lib, and Solaris9's standard thread lib is equivalent to Solaris8's alternate thread lib. - 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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038.
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-24 14:54 ---
How about to define mod_suexec/mod_userdir hook order as below:
(This will ensure suexec+userdir would work fine,
regardless of definition of SuexecUserGroup directives.)
--- httpd-2.0.36/modules/mappers/mod_userdir.c.org Mon Apr 29 16:45:43 2002
+++ httpd-2.0.36/modules/mappers/mod_userdir.c Thu May 23 22:32:50 2002
@@ -393,10 +393,13 @@
static void register_hooks(apr_pool_t *p)
{
static const char * const aszSucc[]={ mod_alias.c,NULL };
+#ifdef HAVE_UNIX_SUEXEC
+static const char * const suexSucc[]={ mod_suexec.c,NULL };
+#endif
ap_hook_translate_name(translate_userdir,NULL,aszSucc,APR_HOOK_MIDDLE);
#ifdef HAVE_UNIX_SUEXEC
-ap_hook_get_suexec_identity(get_suexec_id_doer,NULL,NULL,APR_HOOK_MIDDLE);
+
ap_hook_get_suexec_identity(get_suexec_id_doer,NULL,suexSucc,APR_HOOK_MIDDLE);
#endif
}
--- httpd-2.0.36/modules/generators/mod_suexec.c.orgThu Apr 25 16:18:39 2002
+++ httpd-2.0.36/modules/generators/mod_suexec.cFri May 24 22:15:49 2002
@@ -164,7 +164,9 @@
static void suexec_hooks(apr_pool_t *p)
{
-ap_hook_get_suexec_identity(get_suexec_id_doer,NULL,NULL,APR_HOOK_MIDDLE);
+static const char * const suexPre[]={ mod_userdir.c,NULL };
+
+
ap_hook_get_suexec_identity(get_suexec_id_doer,suexPre,NULL,APR_HOOK_MIDDLE);
ap_hook_post_config(suexec_post_config,NULL,NULL,APR_HOOK_MIDDLE);
}
-
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038. 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-24 15:00 --- Specifying the order is a good idea ... but shouldnt be the other way around ? .. ie, if the site admin wants to be able to force a particular user directory to be a different UserGroup ID shouldnt they be able to ? All they need do is make sure user directories are within the suexec docroot .. which is easily done. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9410] New: - Broken registry.c
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9410.
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=9410
Broken registry.c
Summary: Broken registry.c
Product: Apache httpd-2.0
Version: 2.0.36
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: Normal
Priority: Other
Component: mpm_winnt
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
Service failing to read parameters supplied through
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Apache2\ImagePath
registry key.
Problem is in registry.c file, method ap_registry_get_array. It used to read
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Apache2
\Parameters\ConfigArgs value, which in my case is empty. But original
implementation failing to recognize empty array and is returning array with
one empty element. This empty element is inserted into argument list before
user arguments during arguments rewriting. Becouse of that user arguments are
getting ignored.
Here is simple patch:
--- registry-old.c Fri May 17 11:11:40 2002
+++ registry.c Sat May 25 05:21:54 2002
@@ -266,26 +266,21 @@
pValue,/* for value */
nSize); /* for size of value */
-nSize = 1;/* Element Count */
-tmp = pValue;
-while (tmp[0] || tmp[1])
-{
-if (!tmp[0])
-++nSize;
-++tmp;
+nSize = 0;/* Element Count */
+for (tmp = pValue; *tmp; ++tmp) {
+++nSize;
+while (*tmp) {
+++tmp;
+}
}
-
+
*parray = apr_array_make(p, nSize, sizeof(char *));
-tmp = pValue;
-newelem = (char **) apr_array_push(*parray);
-*newelem = tmp;
-while (tmp[0] || tmp[1])
-{
-if (!tmp[0]) {
-newelem = (char **) apr_array_push(*parray);
-*newelem = tmp + 1;
+for (tmp = pValue; *tmp; ++tmp) {
+newelem = (char **) apr_array_push(*parray);
+*newelem = tmp;
+while (*tmp) {
+++tmp;
}
-++tmp;
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9410] - Broken registry.c
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9410. 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=9410 Broken registry.c --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 05:49 --- Created an attachment (id=1939) Bug fix - 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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038.
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-25 07:55 ---
Yes. If we could use SuexecUserGroup directives in Directory directives,
SuexecUserGroup should have priority over userdir. But now, SuexecUserGroup
is not allowed in Directory. Can this limitation be modified as below?
--- httpd-2.0.36/modules/mappers/mod_userdir.c.org Mon Apr 29 16:45:43 2002
+++ httpd-2.0.36/modules/mappers/mod_userdir.c Sat May 25 13:30:00 2002
@@ -393,10 +393,13 @@
static void register_hooks(apr_pool_t *p)
{
static const char * const aszSucc[]={ mod_alias.c,NULL };
+#ifdef HAVE_UNIX_SUEXEC
+static const char * const suexPre[]={ mod_suexec.c,NULL };
+#endif
ap_hook_translate_name(translate_userdir,NULL,aszSucc,APR_HOOK_MIDDLE);
#ifdef HAVE_UNIX_SUEXEC
-ap_hook_get_suexec_identity(get_suexec_id_doer,NULL,NULL,APR_HOOK_MIDDLE);
+
ap_hook_get_suexec_identity(get_suexec_id_doer,suexPre,NULL,APR_HOOK_MIDDLE);
#endif
}
--- httpd-2.0.36/modules/generators/mod_suexec.c.orgThu Apr 25 16:18:39 2002
+++ httpd-2.0.36/modules/generators/mod_suexec.cSat May 25 13:56:59 2002
@@ -102,7 +102,7 @@
const char *uid, const char *gid)
{
suexec_config_t *cfg = (suexec_config_t *) mconfig;
-const char *err = ap_check_cmd_context(cmd,
NOT_IN_DIR_LOC_FILE|NOT_IN_LIMIT);
+const char *err = ap_check_cmd_context(cmd,
NOT_IN_LOCATION|NOT_IN_FILES|NOT_IN_LIMIT);
if (err != NULL) {
return err;
@@ -157,14 +157,16 @@
{
/* XXX - Another important reason not to allow this in .htaccess is that
* the ap_[ug]name2id() is not thread-safe */
-AP_INIT_TAKE2(SuexecUserGroup, set_suexec_ugid, NULL, RSRC_CONF,
+AP_INIT_TAKE2(SuexecUserGroup, set_suexec_ugid, NULL, ACCESS_CONF,
User and group for spawned processes),
{ NULL }
};
static void suexec_hooks(apr_pool_t *p)
{
-ap_hook_get_suexec_identity(get_suexec_id_doer,NULL,NULL,APR_HOOK_MIDDLE);
+static const char * const suexSucc[]={ mod_userdir.c,NULL };
+
+
ap_hook_get_suexec_identity(get_suexec_id_doer,NULL,suexSucc,APR_HOOK_MIDDLE);
ap_hook_post_config(suexec_post_config,NULL,NULL,APR_HOOK_MIDDLE);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9412] - C CGI not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412. 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=9412 C CGI not working [EMAIL PROTECTED] changed: What|Removed |Added Summary|C CGI not working |C CGI not working --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 08:10 --- I am using a ScriptAlias directive in httpd.conf file ScriptAlias /scripts/ c:/Inetpub/Scripts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9413] New: - apr_pool_userdata_set() should be used in mod_auth_digest.c, mod_suexec.c, ssl_scache.c.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9413.
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=9413
apr_pool_userdata_set() should be used in mod_auth_digest.c, mod_suexec.c,
ssl_scache.c.
Summary: apr_pool_userdata_set() should be used in
mod_auth_digest.c, mod_suexec.c, ssl_scache.c.
Product: Apache httpd-2.0
Version: 2.0.36
Platform: PC
OS/Version: Solaris
Status: NEW
Severity: Major
Priority: Other
Component: All
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
To use apr_pool_userdata_setn() in post_config functions of DSO modules
is not good. I experienced SEGV at httpd startup.
--- httpd-2.0.36/modules/aaa/mod_auth_digest.c.org Sun Apr 28 18:02:19 2002
+++ httpd-2.0.36/modules/aaa/mod_auth_digest.c Fri May 24 21:39:42 2002
@@ -384,7 +384,7 @@
* set up our static data on the second call. */
apr_pool_userdata_get(data, userdata_key, s-process-pool);
if (!data) {
-apr_pool_userdata_setn((const void *)1, userdata_key,
+apr_pool_userdata_set((const void *)1, userdata_key,
apr_pool_cleanup_null, s-process-pool);
return OK;
}
--- httpd-2.0.36/modules/generators/mod_suexec.c.orgThu Apr 25 16:18:39 2002
+++ httpd-2.0.36/modules/generators/mod_suexec.cSat May 25 13:56:59 2002
@@ -141,7 +141,7 @@
ap_log_error(APLOG_MARK, APLOG_NOERRNO|APLOG_NOTICE, 0, s,
suEXEC mechanism enabled (wrapper: %s), SUEXEC_BIN);
-apr_pool_userdata_setn((void *)1, SUEXEC_POST_CONFIG_USERDATA,
+apr_pool_userdata_set((void *)1, SUEXEC_POST_CONFIG_USERDATA,
apr_pool_cleanup_null, s-process-pool);
}
--- httpd-2.0.36/modules/ssl/ssl_scache.c.org Thu Mar 28 08:25:58 2002
+++ httpd-2.0.36/modules/ssl/ssl_scache.c Fri May 24 22:15:04 2002
@@ -94,7 +94,7 @@
apr_pool_userdata_get(data, userdata_key, s-process-pool);
if (!data) {
-apr_pool_userdata_setn((const void *)1, userdata_key,
+apr_pool_userdata_set((const void *)1, userdata_key,
apr_pool_cleanup_null, s-process-pool);
return;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9413] - apr_pool_userdata_set() should be used in mod_auth_digest.c, mod_suexec.c, ssl_scache.c.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9413. 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=9413 apr_pool_userdata_set() should be used in mod_auth_digest.c, mod_suexec.c, ssl_scache.c. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 14:39 --- Right you are... Brad Nicholes had already caught one of these after 2.0.36 was released. Justin Erenkrantz caught a similar one in PHP4 not long ago as well. I've committed your patch for the two remaining modules that were doing this. Thanks for using Apache! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8540] - apr_thread_mutex_pool_get segfaults at startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8540. 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=8540 apr_thread_mutex_pool_get segfaults at startup [EMAIL PROTECTED] changed: What|Removed |Added Summary|httpd could not be started |apr_thread_mutex_pool_get ||segfaults at startup --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 21:46 --- Can you please verify that this is still happening with a later version? The backtrace you gave was unfortunately not very helpful because of (apparently) some bug in the debugger (which caused all those internal error messages). If you can still reproduce the problem, can you do it with the --enable- maintainer-mode configure flag as well? Also please specify which configure flags you used and the output of ./httpd -l and ./httpd -V . Thanks! - 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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038. 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-26 00:06 --- Changing the SuexecUserGroup Directive to be an AP_INIT_TAKE12 and handling smethingn like SuexecUserGroup off in directory contexts would probably need to be a neccessity for that aswell. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7791] - mod_suexec problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7791.
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=7791
mod_suexec problem
--- Additional Comments From [EMAIL PROTECTED] 2002-05-26 00:56 ---
I'm seeing this bug aswell in 2.036 and CVS. suexec is getting passed args
ala:
/path/to/suexec (~)uid gid cmdname argv0 argv1 argv2
and so on. Previously in 1.3 it was :
/path/to/suexec (~)uid gid argv0 argv1 argv2
and argv0 was assumed to == cmdname. This patch reverts to the previous
behaviour.
Index: os/unix/unixd.c
===
RCS file: /home/cvspublic/httpd-2.0/os/unix/unixd.c,v
retrieving revision 1.52
diff -u -u -r1.52 unixd.c
--- os/unix/unixd.c 17 May 2002 11:33:10 - 1.52
+++ os/unix/unixd.c 26 May 2002 00:47:29 -
@@ -350,16 +350,16 @@
}
}
/* allocate space for 4 new args, the input args, and a null terminator */
-newargs = apr_palloc(p, sizeof(char *) * (i + 5));
+newargs = apr_palloc(p, sizeof(char *) * (i + 4));
newprogname = SUEXEC_BIN;
newargs[0] = SUEXEC_BIN;
newargs[1] = execuser;
newargs[2] = execgroup;
newargs[3] = apr_pstrdup(p, progname);
-i = 0;
+i = 1;
do {
-newargs[i + 4] = args[i];
+newargs[i + 3] = args[i];
} while (args[i++]);
return apr_proc_create(newproc, newprogname, newargs, env, attr, p);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7992] - Core dump when restarting daemon with mod_suexec
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7992. 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=7992 Core dump when restarting daemon with mod_suexec --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 01:12 --- Is this a duplicate of Bug 9413 ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7791] - mod_suexec problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7791. 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=7791 mod_suexec problem --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 01:13 --- patch works for me (2.0.35) Octave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9413] - apr_pool_userdata_set() should be used in mod_auth_digest.c, mod_suexec.c, ssl_scache.c.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9413. 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=9413 apr_pool_userdata_set() should be used in mod_auth_digest.c, mod_suexec.c, ssl_scache.c. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 01:51 --- *** Bug 7992 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 9421] New: - Incorrect IP is reported to ISAPI modules
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9421. 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=9421 Incorrect IP is reported to ISAPI modules Summary: Incorrect IP is reported to ISAPI modules Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: mod_isapi AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] One of our customer has reported that he cant use his ISAPI modules with Apachi server. In our product we have some restrictions for the evaluation version which does not allow to run ISAPI/DSO modules for other IP then 127.0.0.1 So he sent us report with his problema and copy of the message that is reported from our library: To use IntraWeb evaluation mode, 127.0.0.1 must be used as the IP in the URL. The IP you used was 127.0.0. As you can see the 1 is missing from the IP address reported to the ISAPI module. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7791] - mod_suexec problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7791. 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=7791 mod_suexec problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 08:36 --- thanks, I've committed the patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8291] - mod_include + mod_suexec has bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8291. 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=8291 mod_include + mod_suexec has bug [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 08:38 --- thanks, patch committed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9424] New: - Typo in the Auth Howto
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9424. 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=9424 Typo in the Auth Howto Summary: Typo in the Auth Howto Product: Apache httpd-1.3 Version: 1.3.23 Platform: Other URL: http://httpd.apache.org/docs/howto/auth.html OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] http://httpd.apache.org/docs/howto/auth.html has a (possible) typo in Line 263 (html-source). The example uses /usr/local/apache/passwd/password as the password file in the mentioned line; however /usr/local/apache/passwd/passwords is used throughout the rest of the howto. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7990] - AddDescription fails for directories (mod_autoindex)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7990. 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=7990 AddDescription fails for directories (mod_autoindex) --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 14:28 --- AddDescription works fine for me with 2.0.36 and CVS. Solaris 8/sparc, same patch cluster. SunOS prodigy 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9421] - Incorrect IP is reported to ISAPI modules
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9421. 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=9421 Incorrect IP is reported to ISAPI modules [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 14:43 --- Already fixed and should behave correctly in the next 2.0.37 release. *** This bug has been marked as a duplicate of 8934 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8934] - GetServerVariable returns wrong lpdwSizeofBuffer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8934. 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=8934 GetServerVariable returns wrong lpdwSizeofBuffer [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 14:43 --- *** Bug 9421 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 9412] - C CGI not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412. 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=9412 C CGI not working [EMAIL PROTECTED] changed: What|Removed |Added Severity|Critical|Minor --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 14:54 --- Did some further investigation and the error 500 was caused by a cookie with a non printable value. I have a password saved in a cookie which is ciphered. I enclosed the cookie value in and the problem disappears. I don't think the is significant as I replaced with x and also still OK. Still bit puzzled why I got the error 500 ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Apache httpd-1.3 [2002/05/26]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 7300|New|Enh|2002-03-20|ReadmeName HeaderName | | 7462|New|Cri|2002-03-25|log file filling up with errno=10014 (logfile grow| | 7617|New|Nor|2002-03-29|Apache 1.3.x race condition causes gratuitous 3-se| | 7628|New|Enh|2002-03-30|daemontools patch no longer applies cleanly to 1.3| | 7741|New|Nor|2002-04-04|some directives may be placed outside of proper co| | 7978|New|Enh|2002-04-11|mod_vhost_alias VirtualDocumentRoot option format | | 7982|New|Maj|2002-04-11|mod_rewrite URL string empty when passed unicoded | | 8117|New|Cri|2002-04-15|Apache stops accepting requests | | 8311|New|Nor|2002-04-19|error in PUT directive gives confusing error messa| | 8329|New|Nor|2002-04-20|mime_magic gives 500 and no error_log on Microsoft| | 8372|New|Nor|2002-04-22|Threadsaftey issue in Rewrite's cache [Win32/OS2/N| | 8508|New|Cri|2002-04-25|apxs generates incorrect LoadModule directive.| | 8683|New|Nor|2002-04-30|Insecure file permissions - make install | | 8712|New|Nor|2002-05-01|apxs build of mod_php4 modifies httpd.conf incorre| | 8849|New|Nor|2002-05-07|make install errors as root on NFS shares | | 8882|New|Enh|2002-05-07|[PATCH] mod_rewrite communicates with external rew| | 8889|New|Min|2002-05-07|Broken links in http://httpd.apache.org/dev/apidoc| | 8900|New|Nor|2002-05-08|Have Communication Error on 2 sites | | 9012|New|Min|2002-05-12|apxs ignores IfDefined ... tags when placing Loa| | 9037|New|Min|2002-05-13|Slow performance when acessing an unresolved IP ad| | 9076|New|Min|2002-05-14|'satisfy any' fails when no .htaccess file exists | | 9126|New|Nor|2002-05-15|68k-next-openstep v. 4.0 | | 9130|New|Min|2002-05-15|Name of index file disclosed when invalid/unsuppor| | 9181|New|Maj|2002-05-16|Unable to set headers on non-2XX responses. | | 9201|New|Maj|2002-05-17|Wrong REQUEST_URI with malformed HTTP queries | | 9289|New|Enh|2002-05-21|Add a banner word blocking directive in the mod_pr| | 9307|New|Maj|2002-05-22|mod_autoindex generates bad HTML | | 9365|New|Maj|2002-05-23|Change in behaviour of ProxyPass and ProxyPassReve| | 9424|New|Min|2002-05-26|Typo in the Auth Howto| +-+---+---+--+--+ | Total 29 bugs | +---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Apache httpd-2.0 [2002/05/26]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 7764|Opn|Min|2002-04-05|tmpnam is dangerous | | 7803|New|Enh|2002-04-06|make install root= from apache 1.3 doesn't work in| | 7820|New|Enh|2002-04-07|mod_autoindex extension to use style sheets | | 7822|New|Min|2002-04-07|small index.html.pt-BR fixes | | 7824|New|Nor|2002-04-08|libtool in tarball doesn't work with MacOS X | | 7862|New|Maj|2002-04-09|suexec never log a group name.| | 7882|New|Nor|2002-04-09|env LIBS ignored during build | | 7921|New|Maj|2002-04-10|perchild: apr_proc_mutex_[un]lock failed... | | 7990|Opn|Min|2002-04-11|AddDescription fails for directories (mod_autoinde| | 7991|New|Enh|2002-04-11|Enhance ExpiresByType to accept wildcards (mod_exp| | 8008|New|Maj|2002-04-12|Cannot create .rc parsed build files with djgpp aw| | 8045|New|Maj|2002-04-13|Apache 2.0.35 compile without mod_autoindex | | 8063|New|Maj|2002-04-14|NetBSD 1.5.2 build failure with --enable-mods-shar| | 8090|Unc|Min|2002-04-15|includedir not recognized in config.layout| | 8122|New|Nor|2002-04-15|SSLMutex option settings not honoured | | 8161|Opn|Nor|2002-04-16|perchild null pointer dereference | | 8167|New|Min|2002-04-16|--with-module does not build MODULE_DIRS correctly| | 8179|New|Nor|2002-04-16|excessive error output from script makes Apache ha| | 8211|New|Nor|2002-04-17|Need to get unbuffered output from SSI scripts in | | 8226|New|Nor|2002-04-17|Odd error when setting perms with unixd_set_proc_m| | 8241|New|Nor|2002-04-18|DELETE operation returns response code 500 but fil| | 8261|New|Enh|2002-04-18|CustomLog within Directory*, Location* and Files* | | 8325|New|Blk|2002-04-20|operation attempted on something not a socket. win| | 8362|New|Nor|2002-04-22|apache -k uninstall is not working properly | | 8387|New|Maj|2002-04-23|Invoking CGI script causes a console window to ope| | 8388|New|Maj|2002-04-23|Long running CGI script cannot terminated by brows| | 8421|New|Nor|2002-04-23|make install fails libexpat.so.0.1.0 | | 8424|New|Nor|2002-04-23|IPV6 and IPV4 bind| | 8453|Opn|Cri|2002-04-24|apxs uses wrong path-variable for build-dir | | 8455|Ass|Nor|2002-04-24|Proxyreceivebuffersize accept nothing but default | | 8464|New|Maj|2002-04-24|mod_rewrite not executing external rewriting engin| | 8466|New|Maj|2002-04-24|httpd 2.0.35 dies when dealing with many OPTION V| | 8482|New|Maj|2002-04-24|nph- CGIs and/or server-pushed methodes not workin| | 8483|Ass|Min|2002-04-24|apache_2.0.35-win32-x86-no_ssl.msi breaks .log and| | 8491|Ass|Min|2002-04-24|mistake in the german translation of error docs | | 8493|New|Nor|2002-04-25|mod_rewrite does not try index.html like it used t| | 8516|Opn|Enh|2002-04-25|ScriptAction to invoke a file instead of a URL pat| | 8536|New|Nor|2002-04-26|problem building worker MPM on Tru64 5.1A | | 8540|New|Nor|2002-04-26|apr_thread_mutex_pool_get segfaults at startup| | 8570|New|Nor|2002-04-26|decision on anonymous shared memory failed i386-pc| | 8601|New|Nor|2002-04-28|mod_ssl inability to handle hyphens | | 8629|New|Min|2002-04-29|make fails to detect libexpat.so correctly| | 8677|Opn|Enh|2002-04-30|mod_proxy ALWAYS nukes Content-Length | | 8713|New|Min|2002-05-01|No Errorlog on PROPFIND/Depth:Infinity| | 8730|New|Nor|2002-05-02|RotateLogs Doesn't| | 8755|Opn|Enh|2002-05-02|Compiled-in path defaults should be relative to pr| | 8789|New|Nor|2002-05-03|SuExec Log File does not get created by default wh| | 8853|New|Nor|2002-05-07|mod_vhost_alias and Aliases | | 8867|New|Cri|2002-05-07|make install fails for httpd-2.0.36 on Solaris 8 | | 8880|New|Enh|2002-05-07|AcceptPathInfo does not apply to DirectoryIndex fi| | 8904|New|Nor|2002-05-08|apr_proc_mutex problem| | 8910
DO NOT REPLY [Bug 9365] - Change in behaviour of ProxyPass and ProxyPassReverse
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9365. 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=9365 Change in behaviour of ProxyPass and ProxyPassReverse [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 19:11 --- ProxyPassReverse will only change the internal URL if there is an exact string match. From the config you have posted, you are trying to hide interal instead of internal. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9427] New: - bad negotiation when started with LANG=cs_CZ
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9427. 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=9427 bad negotiation when started with LANG=cs_CZ Summary: bad negotiation when started with LANG=cs_CZ Product: Apache httpd-1.3 Version: 1.3.24 Platform: All OS/Version: Linux Status: NEW Severity: Minor Priority: Other Component: Other mods AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] MultiViews does not properly negotiate documents for Mozilla, if apache is started with cs_CZ locale. Expected reason of this bug is fact that decimal point for Czech is ,, an so q=0.66 cannot be properly parsed by scanf. HTTP_ACCEPT_CHARSET=ISO-8859-2, utf-8;q=0.66, *;q=0.66 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8995] - consider indentation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8995. 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=8995 consider indentation --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 20:29 --- Works well for me using Galeon 1.2.1 (Mozilla). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8995] - consider indentation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8995. 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=8995 consider indentation --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 20:32 --- I have a feeling he is saying it should look like !--#if expr=\$DOCUMENT_URI\ = \/foo/file.html\ -- in foo !--#elif expr=\$DOCUMENT_URI\ = \/bar/file.html\ -- in bar !--#else -- in neither !--#endif -- Which would be fine with me. (Although I don't have any particular problem with it the way that it is.) I'll try to remember to do that the next time I touch that file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9289] - Add a banner word blocking directive in the mod_proxy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9289. 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=9289 Add a banner word blocking directive in the mod_proxy [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 20:48 --- Well, it is already possible to filter/block URLs by using mod_rewrite inside a proxy directive. IMHO such a ProxyWordBlock feature is only of interested to a limited number of users. mod_rewrite is IMHO the most sophisticated way of doing filtering if a user requires such a filtering feature when using the proxy. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9319] - Included error documents don't honor ServerSignature
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9319. 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=9319 Included error documents don't honor ServerSignature [EMAIL PROTECTED] changed: What|Removed |Added URL|http://www.satmarkt.nl |http://www.united- ||international.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9427] - bad negotiation when started with LANG=cs_CZ
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9427. 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=9427 bad negotiation when started with LANG=cs_CZ --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 22:08 --- One does not have the luxury of choosing local decimal semantics for RFC 2616, they are very clearly defined as an ascii '.'. You could use a utility such as netcat (nc) to listen to a port, e.g. 8080, and then use the suspect browser to request a page. NC will report the headers transmitted by the browser, proving or disproving your suspicions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7810] - suexec + userdir non-functional in httpd 2.0.35 (possibly related to bug 7791)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7810. 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=7810 suexec + userdir non-functional in httpd 2.0.35 (possibly related to bug 7791) --- Additional Comments From [EMAIL PROTECTED] 2002-05-26 22:21 --- committed colm's patch that fixes suexec+userdir+cgid - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9432] New: - server does not respond to https from NS after servicing IE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9432. 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=9432 server does not respond to https from NS after servicing IE Summary: server does not respond to https from NS after servicing IE Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: mod_ssl AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] After starting the server ./apachectl startssl I can access the server using https with either browser. But, whichever one I use first ( IE or netscape ) is the only browser that I can use without restarting the server. So, if I access the site with IE first, I can access using IE on many different boxes with no problems. If I try to access the site using Netscape, the browser will hang and it never logs any messages in the logs. Then when I restart the server I can access with Netscape, but I would then not be able to access with IE. I then put 1.3.24+mod_ssl on this box and it does not experience this problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9427] - bad negotiation when started with LANG=cs_CZ
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9427. 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=9427 bad negotiation when started with LANG=cs_CZ --- Additional Comments From [EMAIL PROTECTED] 2002-05-27 16:15 --- The problem is not browser, but Apache. New Mozilla generates: HTTP_ACCEPT_LANGUAGE=cs, sk;q=0.80, en;q=0.60, ru;q=0.40, de;q=0.20 This is not parsable with Apache started with Czech locale, because it expects , in numbers. If I do: apachectl stop LC_ALL=C apachectl start everything works OK, but with LC_ALL=cs_CZ apachectl start apache does not work properly for example on initial page of freshly installed apache (Czech locale is not only locale with decadic comma problem). The fix is simple set setlocale(LC_NUMERIC, C) or something similar to proper place of Apache (I did not found proper place) or not to set locale at all. Off Topic: There is a small fix to Czech locale (with no relation with this bug, but can be easilly fixed by anybody with write access to Apache repository): Czech locale is oficially called cs_CZ (language Czech = cs, country Czech Republic = CZ) since 1994, but Apache still uses cz as language code. It should be fixed at following places: conf/httpd.conf-dist: s/cz/cs/g mv htdocs/index.html.cz htdocs/index.html.cs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9446] New: - Cosmetical fix of httpd.conf comments
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9446. 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=9446 Cosmetical fix of httpd.conf comments Summary: Cosmetical fix of httpd.conf comments Product: Apache httpd-1.3 Version: 1.3.24 Platform: Other URL: ftp://ftp.penguin.cz/pub/users/utx/MY/apache_1.3.9.diff OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Patch to point to exact location of files in comments: ftp://ftp.penguin.cz/pub/users/utx/MY/apache_1.3.9.diff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8904] - apr_proc_mutex problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8904. 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=8904 apr_proc_mutex problem --- Additional Comments From [EMAIL PROTECTED] 2002-05-27 17:43 --- Cliff, I have the situation that you describe. When I run apache as a root I have those messages in error.log And if I run apache as a www-data user, the apache is working all right. But all proccesses are, of course, owned by www-data. So please feed my curiousity and tell me what the trouble is :) My system is Linux Debian Potato, kernel 2.4.4 Apache 2.0.36, ./configure --enable-so --with-mpm=perchild - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8904] - perchild: apr_proc_mutex problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8904. 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=8904 perchild: apr_proc_mutex problem [EMAIL PROTECTED] changed: What|Removed |Added Summary|apr_proc_mutex problem |perchild: apr_proc_mutex ||problem --- Additional Comments From [EMAIL PROTECTED] 2002-05-27 18:00 --- The problem when you run as root is that the mutex is created as root and the permissions don't get set right, so the child processes can't access the mutex. We've seen the same problem in mod_ssl, mod_rewrite, etc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9447] New: - Apache bringing down system
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9447. 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=9447 Apache bringing down system Summary: Apache bringing down system Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Windows XP Status: NEW Severity: Blocker Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] After stoping, modifying httpd.conf, testing it with apache.exe -t, and restarting Apache, it brought my system down (reboot). System Log: The Apache2 service was successfully sent a start control. The Apache2 service entered the stopped state. The Apache2 service terminated with service-specific error 1 (0x1). The computer has rebooted from a bugcheck. The bugcheck was: 0x0076 (0x, 0x8258f258, 0x0001, 0x). A dump was saved in: C:\WINDOWS\Minidump\Mini052702-01.dmp. Application Log: The Apache service named reported the following error: no listening sockets available, shutting down The Apache service named reported the following error: (32548)Only one usage of each socket address (protocol/network address/port) is normally permitted. : make_sock: could not bind to address 0.0.0.0:80 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9447] - Apache bringing down system
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9447. 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=9447 Apache bringing down system --- Additional Comments From [EMAIL PROTECTED] 2002-05-27 19:13 --- Created an attachment (id=1956) windows xp mini dump - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9447] - Apache bringing down system
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9447. 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=9447 Apache bringing down system --- Additional Comments From [EMAIL PROTECTED] 2002-05-27 19:14 --- Created an attachment (id=1957) httpd.conf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9450] New: - Hanging onto connections
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9450.
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=9450
Hanging onto connections
Summary: Hanging onto connections
Product: Apache httpd-1.3
Version: 1.3.23
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: Other
Component: core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
Not sure why, but the connections (just today) went up to 152, and nothing was
being served. Below is the debug and the strace. It seems to be looping. Not
sure what the children are doing. there is no traffic nor system load nor
active TCP/IP connections to justify that many clients.
Any thoughts?
Linux 2.2.20
---
# gdb
(gdb) attach 27492
Attaching to Pid 27492
0x401f749e in ?? ()
(gdb) bt
#0 0x401f749e in ?? ()
#1 0x81a5f81 in ?? ()
#2 0x81a66ec in ?? ()
#3 0x40175d61 in ?? ()
(gdb) quit
---
# strace -p 27492
select(0, NULL, NULL, NULL, {0, 81}) = 0 (Timeout)
time(NULL) = 1022561298
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
time(NULL) = 1022561299
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
time(NULL) = 1022561300
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
time(NULL) = 1022561301
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
time(NULL) = 1022561302
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
time(NULL) = 1022561303
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
time(NULL) = 1022561304
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
time(NULL) = 1022561305
wait4(-1, 0xbd80, WNOHANG, NULL)= 0
... continued ...
---
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9450] - Hanging onto connections
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9450. 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=9450 Hanging onto connections --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 12:18 --- Doesn't seem related to the AcceptMutex either- all available options do pretty much the same thing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9450] - Hanging onto connections
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9450. 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=9450 Hanging onto connections [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 13:05 --- The problem was a looping bombing that seemed to be occuring within the network. Please ignore. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9457] New: - Compilation fails on HP-UX 10.20
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9457. 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=9457 Compilation fails on HP-UX 10.20 Summary: Compilation fails on HP-UX 10.20 Product: Apache httpd-2.0 Version: 2.0.36 Platform: HP URL: Intranet no reachable from Internet OS/Version: HP-UX Status: NEW Severity: Blocker Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Hi all, The configure step finish successfully but make fails w/ following errors : /bin/sh /datas/depot/httpd-2.0.36/srclib/apr/libtool --silent --mode=compile gcc -g -O2 -DHAVE_CONFIG_H -D_XOPEN_SOURCE_EXTENDED -D_REENTRANT -I../../include -I. ./../include/arch/unix -I../../include/arch/unix -c open.c touch open.lo open.c: In function `apr_file_open': open.c:169: structure has no member named `cma_pipe' gmake[4]: *** [open.lo] Error 1 gmake[4]: Leaving directory `/datas/depot/httpd-2.0.36/srclib/apr/file_io/unix' The faulty line is : (*new)-pipe = 0; I use gcc version 2.95.3 on a (slow ;-D) HP 715 workstation. After some search, I discover a wraper in ./opt/dce/include/dce/cma_ux.h # define pipe cma_pipe I totaly duno why this include is called for compiling Apache ... My workaround is obviously to add such #ifdef HPUX #undef pipe #endif but I think it's quite dirty. I haven't the time yet to check on HP-UX 11. Bye Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9457] - Compilation fails on HP-UX 10.20
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9457. 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=9457 Compilation fails on HP-UX 10.20 --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 13:18 --- Oups, obviously, it's #ifdef __hpux__ #undef pipe #endif Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9447] - Apache bringing down system
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9447. 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=9447 Apache bringing down system --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 13:53 --- Have you installed any firewall software, such as ZoneAlarm? A number of firewall vendors modify the tcp/ip drivers or insert their own broken hooks into the tcp/ip stack. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9457] - Compilation fails on HP-UX 10.20
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9457. 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=9457 Compilation fails on HP-UX 10.20 --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 14:03 --- Other problem : /bin/sh /datas/depot/httpd-2.0.36/srclib/apr/libtool --silent --mode=compile gcc -g -O2 -DHAVE_CONFIG_H -D_XOPEN_SOURCE_EXTENDED -D_REENTRANT -I../../include -I. ./../include/arch/unix -c thread.c touch thread.lo thread.c: In function `apr_thread_create': thread.c:165: incompatible type for argument 2 of `pthread_create' thread.c: In function `apr_thread_detach': thread.c:223: incompatible type for argument 1 of `pthread_detach' thread.c: In function `apr_thread_once_init': thread.c:281: `PTHREAD_ONCE_INIT' undeclared (first use in this function) thread.c:281: (Each undeclared identifier is reported only once thread.c:281: for each function it appears in.) gmake[3]: *** [thread.lo] Error 1 gmake[3]: Leaving directory `/datas/depot/httpd-2.0.36/srclib/apr/threadproc/unix' About error of line 165, I duno what should be the cause, as it's the right type in the source code. Perhaps onther overwriting define problem :-( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8540] - apr_thread_mutex_pool_get segfaults at startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8540. 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=8540 apr_thread_mutex_pool_get segfaults at startup --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 15:53 --- Created an attachment (id=1958) All logs associated with the build(success)/launch(failure) attempt. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8540] - apr_thread_mutex_pool_get segfaults at startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8540. 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=8540 apr_thread_mutex_pool_get segfaults at startup --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 16:00 --- Speaking for myself, I no longer get the thread error, but I'm still not able to start httpd. When I attempt to start it (apachectl start), here is the output that appears on my screen: rtld: 0712-001 Symbol gdbm_errno was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_strerror was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_open was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_close was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_fetch was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_store was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_delete was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_exists was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_firstkey was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol gdbm_nextkey was referenced from module /export/apache2B/lib/libaprutil.so(), but a runtime definition of the symbol was not found. rtld: 0712-002 fatal error: exiting. My lone argument to configure was the prefix flag on the first attempt. My second attempt added the --enable-maintainer_mode, which seemed to have no effect (./httpd -l and ./httpd -V produced the same output as above). My platform is AIX 4.3.3 with maintenance pack 10 (for the thread issue, I was on maintenance level 9). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9447] - Apache bringing down system
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9447. 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=9447 Apache bringing down system [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 16:30 --- See the cited report for progess to date. *** This bug has been marked as a duplicate of 7932 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9464] New: - Error 400 when using mod_rewrite
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9464. 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=9464 Error 400 when using mod_rewrite Summary: Error 400 when using mod_rewrite Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: mod_rewrite AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I can't get mod_rewrite to do anything but return error 400 - using the same rules which used to work perfectly on Apache 1.3.23. One such rule was : RewriteRule ^/actu/article/(.+)\.[sp]?html?$ /cgi-bin/actu.cgi?id=$ [T=application/x-httpd-cgi] ... but I get this even with any simple rule, such as RewriteRule ^/foo\.html$ /index.shtml Nothing but error 400 :( ! This is what I get in the rewrite_error.log : 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#642c38/initial] (2) init rewrite engine with requested uri /foo.html 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#642c38/initial] (3) applying pattern '^/foo.html$' to uri '/foo.html' 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#642c38/initial] (2) rewrite /foo.html - /index.shtml 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#642c38/initial] (2) local path result: /index.shtml 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#643df8/initial/redir#1] (2) init rewrite engine with requested uri /error/HTTP_BAD_REQUEST.html.var 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#643df8/initial/redir#1] (3) applying pattern '^/foo.html$' to uri '/error/HTTP_BAD_REQUEST.html.var' 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#643df8/initial/redir#1] (1) pass through /error/HTTP_BAD_REQUEST.html.var 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64ac58/subreq] (2) init rewrite engine with requested uri /error/include/top.html 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64ac58/subreq] (3) applying pattern '^/foo.html$' to uri '/error/include/top.html' 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64ac58/subreq] (1) pass through /error/include/top.html 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64ac58/subreq] (2) init rewrite engine with requested uri /error/include/bottom.html 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64ac58/subreq] (3) applying pattern '^/foo.html$' to uri '/error/include/bottom.html' 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64ac58/subreq] (1) pass through /error/include/bottom.html 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64cc60/subreq] (2) init rewrite engine with requested uri /error/contact.html.var 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64cc60/subreq] (3) applying pattern '^/foo.html$' to uri '/error/contact.html.var' 62.212.100.109 - - [28/May/2002:18:24:37 +0100] [chatelet.dyndns.org/sid#622028][rid#64cc60/subreq] (1) pass through /error/contact.html.var I was using IE 6.0 for these tests, but got exactly the same error with Mozilla 1.0RC3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9469] - localtime not thread safe
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9469. 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=9469 localtime not thread safe [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 21:49 --- I've fixed this by apr-izing the time functions in that file. (It's better to use apr_time_exp_lt() than to proliferate localtime() vs. localtime_r() everywhere... that's the whole point of APR.) Thanks for the report! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9365] - Change in behaviour of ProxyPass and ProxyPassReverse
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9365. 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=9365 Change in behaviour of ProxyPass and ProxyPassReverse [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 23:00 --- Sorry about that. I am trying to hide my actual host names for security reasons. The names are the same in my actual config file. I misspelled internal in my description. I did not change the config file during the upgrade. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9412] - C CGI not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412. 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=9412 C CGI not working [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 23:44 --- It depends on what the value of the actual binary was. If there were any carriage returns or linefeeds in there, I could see this as causing a 500 error. You should really base64 encode this kind of thing. I'm going to close this out as I *think* Apache is behaving correctly here. If you can come up with a more specific test case that you really ought to behave differently than it is, feel free to reopen this. Thanks for using Apache! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9412] - C CGI not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9412. 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=9412 C CGI not working --- Additional Comments From [EMAIL PROTECTED] 2002-05-28 23:46 --- --that should have said that you THINK ought to behave differently. Sorry about that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9464] - Error 400 when using mod_rewrite
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9464. 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=9464 Error 400 when using mod_rewrite [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 00:08 --- For these rules to work, they must be specified as [PT] (passthrough), since the rewrite target is not an absolute path. Not sure how this ever worked in 1.3.x... if you try passthrough and it still doesn't work, please let me know via email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8464] - mod_rewrite not executing external rewriting engine if args are supplied
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8464. 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=8464 mod_rewrite not executing external rewriting engine if args are supplied [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED OS/Version|Linux |All Platform|PC |All Resolution||FIXED Version|2.0.35 |2.0.36 --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 03:29 --- I committed the revised patch you posted to [EMAIL PROTECTED], with one change, which was that I had to disable the stat of the program to avoid having to duplicate the apr_tokenize_to_argv() call. If the program doesn't exist, it will fail to startup anyway, so this should still be fine. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8464] - mod_rewrite not executing external rewriting engine if args are supplied
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8464. 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=8464 mod_rewrite not executing external rewriting engine if args are supplied --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 04:45 --- Okay, so the apr_stat() thing wasn't *quite* that easy... apr_proc_create() does not necessarily return an error if the program specified doesn't exist... on Unix, it only returns an error if the fork() call itself failed. Bah. So I added another apr_stat() call just after the apr_tokenize_to_argv() call has already happened. Anyway, consider it fixed. :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9432] - server does not respond to https from NS after servicing IE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9432. 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=9432 server does not respond to https from NS after servicing IE --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 05:08 --- You'll have to give us more details here... what exactly is the webserver doing when it stops responding? http://httpd.apache.org/dev/debugging.html Chances are this is a bug that's already been fixed for 2.0.37, but without more information it's hard to say for sure. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9483] New: - Only latest written cookie is send by apache
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9483. 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=9483 Only latest written cookie is send by apache Summary: Only latest written cookie is send by apache Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC URL: http://ibf.dhs.org OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I've installed PHP on apache, but when I send two cookie's within PHP only the last one is parsed by apache. example file1.php setcookie(cookie1,data1,time()+3600); setcookie(cookie2,data2,time()+3600); file2.php var_dump($cookie1,$cookie2); file 2 dumps only the value of cookie2, because the last one isn't saved this problem only appears on apache 2.x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9485] New: - Sockets not being read when under load on MS ISA Firewall
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9485.
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=9485
Sockets not being read when under load on MS ISA Firewall
Summary: Sockets not being read when under load on MS ISA
Firewall
Product: Apache httpd-2.0
Version: 2.0.36
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: mpm_winnt
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
(As I posted to comp.infosystems.www.servers.ms-windows
microsoft.public.isaserver
without any luck)
I've been running Apache 1.3.2x on my ISA firewall, to hide
several
internal IIS webservers for about a year, very successfully. I
accomplished this by
placing Apache on my firewall, and setting an
incoming protocol filter on port 80 in ISA
Management, and then
used mod_proxy to forward different virtual host requests to
various
internal IIS boxes.
However, since Apache2's release I have been wanting to
upgrade site
(20-30k requests/day) to the new release. However all test runs of
Apache 2 (on a
different port) have shown it's performance to be
miserable (despite all the official
benchmarks around the internet).
I have been trying to find out why, and have discovered that
Apache2
is not closing it's sockets when a request is finished for some
reason. This problem
did not happen on Apache1.
I verified this problem by telnetting to port 9001 and performing
an
HTTP get. If I do this to the internal Apache IP address, I get
disconnected at the end of the
request, however if I do this from
outside, the connection is not disconnected at the end of
the
request.
It opens the sockets, and doesn't respond to the request,
and stays in
Reading mode, and once there are no threads left
Apache2 stops responding. [It can stop
responding before all threads
are used by not opening the sockets.]
I have saved an example
mod_status page during the load
test:
http://www.freeasphost.co.uk/support/freeasphost.co.uk9001.html
Sockets
marked Reading stay open after the loadtesting is finished.
Has anybody experienced this
problem, or know of any reason why this
should happen. I have tried forcing Apache to bind to a
certain IP
address, instead of 0.0.0.0. (ie not bound to a particular IP address)
I have
read that Apache 2 is now using a similar socket model to IIS.
Could it be that it is socket
pooling, and therefore gaining the same
affliction as IIS has with ISA, described
here:
http://www.isaserver.org/shinder/tutorials/socket_pooling.htm
Apache
2.0.36, downloaded MSI binaries
My firewall is set up in exactly the same way as I use for
Apache1 on
port 80.
Many thanks, and I would be greatly obliged if anyone could solve
this
problem
Craig Macdonald
craig{at}freeasphost.co.uk
freeASPhost.co.uk
Administrator
-
Load test results:
(These are all hitting the same backend IIS box, just
using
different versions of Apache and mod_proxy)
Running test 1 (apache
1.3.22/mod_perl-1.22)
12 fetches, 38 max parallel, 178896 bytes, in 10.0078 seconds
14908
mean bytes/connection
1.19907 fetches/sec, 17875.7 bytes/sec
msecs/connect: 485.759
mean, 810.484 max, 99.456 min
msecs/first-response: 739.271 mean, 1580.97 max, 237.383
min
HTTP response codes:
code 200 -- 12
Running test 2 (apache 2.0.36)
1 fetches, 49 max
parallel, 14908 bytes, in 10.0048 seconds
14908 mean bytes/connection
0.0999519
fetches/sec, 1490.08 bytes/sec
msecs/connect: 126.339 mean, 126.339 max, 126.339
min
msecs/first-response: 189.68 mean, 189.68 max, 189.68 min
HTTP response codes:
code
200 -- 1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9490] New: - exports.c does not build on make install
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9490. 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=9490 exports.c does not build on make install Summary: exports.c does not build on make install Product: Apache httpd-2.0 Version: 2.0.36 Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] On doing make install, on sun (SunOS lonsdev1 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-4), I get the following error. I have not applied any patches. /bin/bash /users/dclancy/APACHE/httpd-2.0.36/srclib/apr/libtool --silent -- mode=compile gcc -g -O2 -pthreads-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS - D_REENTRANT -DAP_HAVE_DESIGNATED_INITIALIZER -I. - I/users/dclancy/APACHE/httpd-2.0.36/os/unix -I/users/dclancy/APACHE/httpd- 2.0.36/server/mpm/prefork -I/users/dclancy/APACHE/httpd-2.0.36/modules/http - I/users/dclancy/APACHE/httpd-2.0.36/modules/proxy -I/users/dclancy/APACHE/httpd- 2.0.36/include -I/users/dclancy/APACHE/httpd-2.0.36/srclib/apr/include - I/users/dclancy/APACHE/httpd-2.0.36/srclib/apr-util/include - I/users/dclancy/APACHE/httpd-2.0.36/modules/dav/main -I/usr/local/include - prefer-non-pic -static -c exports.c touch exports.lo exports.c:1361: redefinition of `ap_hack_apr_allocator_create' exports.c:165: `ap_hack_apr_allocator_create' previously defined here exports.c:1362: redefinition of `ap_hack_apr_allocator_destroy' exports.c:166: `ap_hack_apr_allocator_destroy' previously defined here exports.c:1363: redefinition of `ap_hack_apr_allocator_alloc' exports.c:167: `ap_hack_apr_allocator_alloc' previously defined here exports.c:1364: redefinition of `ap_hack_apr_allocator_free' exports.c:168: `ap_hack_apr_allocator_free' previously defined here exports.c:1365: redefinition of `ap_hack_apr_allocator_set_owner' exports.c:169: `ap_hack_apr_allocator_set_owner' previously defined here exports.c:1366: redefinition of `ap_hack_apr_allocator_get_owner' exports.c:170: `ap_hack_apr_allocator_get_owner' previously defined here .. exports.c:2096: redefinition of `ap_hack_apr_xml_quote_elem' exports.c:900: `ap_hack_apr_xml_quote_elem' previously defined here exports.c:2097: redefinition of `ap_hack_apr_xml_insert_uri' exports.c:901: `ap_hack_apr_xml_insert_uri' previously defined here *** Error code 1 make: Fatal error: Command failed for target `exports.lo' Current working directory /users/dclancy/APACHE/httpd-2.0.36/server *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /users/dclancy/APACHE/httpd-2.0.36/server *** Error code 1 make: Fatal error: Command failed for target `all-recursive' [EMAIL PROTECTED]:/users/dclancy/APACHE/httpd-2.0.36 83 : [EMAIL PROTECTED]:/users/dclancy/APACHE/httpd-2.0.36 83 : uname -a SunOS lonsdev1 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9497] New: - mod_proxy does not maintain the request_rec-bytes_sent field (old bug #6841)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9497. 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=9497 mod_proxy does not maintain the request_rec-bytes_sent field (old bug #6841) Summary: mod_proxy does not maintain the request_rec-bytes_sent field (old bug #6841) Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Old Bug #6841 was never addressed. A user reported a bug against mod_throttle claiming that mod_throttle failed to record the number of bytes sent when the request passed through mod_proxy. Apon debugging and examination of the mod_proxy source, I found that ap_proxy_send_fb() tracked and returned the number of bytes received/sent, but that NO ONE made use of the return value to update the request_rec's bytes_sent field. Find enclosed a one line change to src/modules/proxy/proxy_util.c that updates the request_rec. By making the change in ap_proxy_send_fb(), http and ftp response from the remote server or from the cache will all correctly update the request_rec so that other modules can make use of this information in the logging phase. This fix would be especially useful for mod_throttle and mod_watch. *** proxy_util.c.origTue Nov 14 14:34:42 2000 --- proxy_util.cTue Nov 14 14:49:25 2000 *** *** 618,623 --- 618,626 ap_bflush(con-client); ap_kill_timeout(r); + + r-bytes_sent += total_bytes_rcvd; + return total_bytes_rcvd; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9488] - Fatal error when I send GET
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488. 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=9488 Fatal error when I send GET --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 17:44 --- I think you'll need to provide a little more info. 1. What do you mean send the command GET? Please be specific. 2. What changes have you made from the default configuration? 3. Are you using any firewall software? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9488] - Fatal error when I send GET
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488. 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=9488 Fatal error when I send GET --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 20:47 --- The send command is when a program send the string 'GET' to get a page instead of the string 'GET /Adresse_Of_Document'. The problem is enabled even if I use the default configuration file of Apache and I don't use a firewall software. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9329] - the error page 502 looks weird
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9329. 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=9329 the error page 502 looks weird [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 22:17 --- As the request URI looks entirely bogus, I don't see where this is a real issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9485] - Sockets not being read when under load on MS ISA Firewall
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9485. 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=9485 Sockets not being read when under load on MS ISA Firewall [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 23:27 --- Some of this logic has been improved in 2.0.37... including some of the win32 mpm code and the mod_proxy code. Please test again and provide feedback. If you can be more specific [error messages at LogLevel debug] about what precisely is wrong in this specific configuration, we may be able to reopen and address this report. 2.0.37 should be out by next week. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9488] - Fatal error when I send GET
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488. 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=9488 Fatal error when I send GET --- Additional Comments From [EMAIL PROTECTED] 2002-05-29 23:34 --- Thank you for your help. The problem is the OpenSSL module. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9488] - Fatal error from simple GET request to mod_ssl
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9488. 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=9488 Fatal error from simple GET request to mod_ssl [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | Summary|Fatal error when I send GET |Fatal error from simple ||GET request to mod_ssl --- Additional Comments From [EMAIL PROTECTED] 2002-05-30 00:37 --- Need to confirm interaction with mod_ssl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9512] - Auto index fails with large number of files and or directories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9512. 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=9512 Auto index fails with large number of files and or directories --- Additional Comments From [EMAIL PROTECTED] 2002-05-30 04:02 --- Ouch. Looking into this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9512] - Auto index fails with large number of files and or directories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9512. 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=9512 Auto index fails with large number of files and or directories [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-30 04:32 --- I'm going to go ahead and say that's almost certainly what it is. I've recreated a directory with contents very similar to what you've specified on a Unix box, and autoindex performs flawlessly. Besides, the corruption occurs at random spots in a given line (ie, sometimes it's the name of an icon that gets corrupted, somtimes it's a tag, etc)... and that particular code is platform- independent. If you can reproduce this under any OS other than WinXP, feel free to reopen this... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
