DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 01:29 --- AHA... I finally managed to reproduce this problem. The only difference is that I'm running with mod_rewrite built statically this time and I usually run it as a DSO. As a DSO, it works, static, no go. Does that match with what you guys are seeing? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 02:27 --- Could someone who is having the problem please run this `grep SERIALIZE srclib/apr/include/apr.h` and attach the output here? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 02:30 --- $ grep SERIALIZE srclib/apr/include/apr.h #define APR_USE_FLOCK_SERIALIZE 0 #define APR_USE_SYSVSEM_SERIALIZE 1 #define APR_USE_POSIXSEM_SERIALIZE0 #define APR_USE_FCNTL_SERIALIZE 0 #define APR_USE_PROC_PTHREAD_SERIALIZE0 #define APR_USE_PTHREAD_SERIALIZE 1 #define APR_HAS_FLOCK_SERIALIZE 1 #define APR_HAS_SYSVSEM_SERIALIZE 1 #define APR_HAS_POSIXSEM_SERIALIZE0 #define APR_HAS_FCNTL_SERIALIZE 1 #define APR_HAS_PROC_PTHREAD_SERIALIZE0 #define APR_HAS_RWLOCK_SERIALIZE 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 02:32 --- [same as the last one reported on my end] #define APR_USE_FLOCK_SERIALIZE 0 #define APR_USE_SYSVSEM_SERIALIZE 1 #define APR_USE_POSIXSEM_SERIALIZE0 #define APR_USE_FCNTL_SERIALIZE 0 #define APR_USE_PROC_PTHREAD_SERIALIZE0 #define APR_USE_PTHREAD_SERIALIZE 1 #define APR_HAS_FLOCK_SERIALIZE 1 #define APR_HAS_SYSVSEM_SERIALIZE 1 #define APR_HAS_POSIXSEM_SERIALIZE0 #define APR_HAS_FCNTL_SERIALIZE 1 #define APR_HAS_PROC_PTHREAD_SERIALIZE0 #define APR_HAS_RWLOCK_SERIALIZE 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 02:58 --- grep SERIALIZE srclib/apr/include/apr.h #define APR_USE_FLOCK_SERIALIZE 0 #define APR_USE_SYSVSEM_SERIALIZE 1 #define APR_USE_POSIXSEM_SERIALIZE0 #define APR_USE_FCNTL_SERIALIZE 0 #define APR_USE_PROC_PTHREAD_SERIALIZE0 #define APR_USE_PTHREAD_SERIALIZE 1 #define APR_HAS_FLOCK_SERIALIZE 1 #define APR_HAS_SYSVSEM_SERIALIZE 1 #define APR_HAS_POSIXSEM_SERIALIZE0 #define APR_HAS_FCNTL_SERIALIZE 1 #define APR_HAS_PROC_PTHREAD_SERIALIZE0 #define APR_HAS_RWLOCK_SERIALIZE 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 03:37 --- OK, next questions: does this happen when the server is run as non-root? Does semop() fail in an strace (with EACCES)? What is the minimum configuration I should need to reproduce this bug (I'm lazy today, it's Sunday.)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143.
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=8143
RewriteLogLevel other than 0 prevents http request completion.
--- Additional Comments From [EMAIL PROTECTED] 2002-05-06 03:51 ---
Bingo!
brk(0x824c000) = 0x824c000
gettimeofday({1020656912, 937141}, NULL) = 0
semop(8781875, 0x40042960, 1) = -1 EACCES (Permission denied)
write(21, 127.0.0.1 - - [05/May/2002:23:48..., 265) = 265
semop(8781875, 0x40042966, 1) = -1 EACCES (Permission denied)
gettimeofday({1020656912, 937444}, NULL) = 0
rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0
rt_sigsuspend([] unfinished ...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8150] - Unable to build on AIX 5.1 with gcc 2.95.3
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=8150. 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=8150 Unable to build on AIX 5.1 with gcc 2.95.3 --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 03:55 --- Oh, and as if you couldn't have guessed, from ipcs, the corresponding semaphore: 0x 8781875root 6001 The minimum config seems to be: run Apache as root with User set to some guy (jcw5q in my case ;), you *might* need to be in -X mode, and have RewriteLog set up and RewriteEngine on and RewriteLogLevel set 0 with at least one RewriteRule, I imagine. httpd-test's config is sufficient. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8150] - Unable to build on AIX 5.1 with gcc 2.95.3
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=8150. 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=8150 Unable to build on AIX 5.1 with gcc 2.95.3 --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 03:57 --- Aww MAN, that comment got stuck on the wrong PR. Sorry about that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 03:57 --- Oh, and as if you couldn't have guessed, from ipcs, the corresponding semaphore: 0x 8781875root 6001 The minimum config seems to be: run Apache as root with User set to some guy (jcw5q in my case ;), you *might* need to be in -X mode, and have RewriteLog set up and RewriteEngine on and RewriteLogLevel set 0 with at least one RewriteRule, I imagine. httpd-test's config is sufficient. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 04:08 --- I'm going to leave this as new for now. A fix has already been pointed out (while investigating another bug) and we will mark this as fixed once it has been committed. For those of you who need a workaround now, here is a completely untested and unofficial patch that should disable the use of SysV Semaphores. Apply it like this: cd srclib/apr ; patch -p0 thispatch.foo ; cd ../../ ; ./buildconf Index: configure.in === RCS file: /home/cvs/apr/configure.in,v retrieving revision 1.425 diff -u -u -r1.425 configure.in --- configure.in4 Apr 2002 21:35:43 - 1.425 +++ configure.in6 May 2002 04:00:46 - @@ -1374,8 +1374,6 @@ APR_DECIDE(USE_FLOCK_SERIALIZE, [4.2BSD-style flock()])) APR_IFALLYES(header:fcntl.h define:F_SETLK, APR_DECIDE(USE_FCNTL_SERIALIZE, [SVR4-style fcntl()])) -APR_IFALLYES(func:semget func:semctl define:SEM_UNDO, -APR_DECIDE(USE_SYSVSEM_SERIALIZE, [SysV IPC semget()])) APR_IFALLYES(header:semaphore.h func:sem_open func_sem_close dnl func_sem_unlink func:sem_post func_sem_wait, APR_DECIDE(USE_POSIXSEM_SERIALIZE, [Posix sem_open()])) @@ -1401,9 +1399,6 @@ ;; USE_FCNTL_SERIALIZE ) fcntlser=1 -;; -USE_SYSVSEM_SERIALIZE ) -sysvser=1 ;; USE_POSIXSEM_SERIALIZE ) posixser=1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8124] - mod_ssl fails to get and release semaphore mutex
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=8124. 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=8124 mod_ssl fails to get and release semaphore mutex --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 16:53 --- The attachment adds apr_sterror output to the mutex functions. They will report Permission denied errors for acquiring and releasing. These changes are included in my patch for bug #8122. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8122] - SSLMutex option settings not honoured
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=8122. 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=8122 SSLMutex option settings not honoured --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 16:55 --- Created an attachment (id=1794) new config behaviour - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8143] - RewriteLogLevel other than 0 prevents http request completion.
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=8143. 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=8143 RewriteLogLevel other than 0 prevents http request completion. --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 16:56 --- Note: see also PR8124, which is the same problem except in mod_ssl and not mod_rewrite. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8122] - SSLMutex option settings not honoured
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=8122. 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=8122 SSLMutex option settings not honoured --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 17:01 --- The patch changes the SSLMutex command and offers these options: default | yes none | no fcntl flock sysvsem posixsem pthread sem = sysvsem | posixsem file: = fcntl | flock The meaning of yes changes to default, sem will use either Sys V or Posix semaphores (the former are preferred) and file will use either Fcntl or Flock (preferring Fcntl). The command remains (reasonably) backward compatible and is now in sync with the AcceptMutex command. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8832] New: - setsockopt(SO_UPDATE_ACCEPT_CONTEXT) failed. (pages don't load)
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=8832. 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=8832 setsockopt(SO_UPDATE_ACCEPT_CONTEXT) failed. (pages don't load) Summary: setsockopt(SO_UPDATE_ACCEPT_CONTEXT) failed. (pages don't load) Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] recently installed version 2.0.35 of the httpd (previously running 1.3.22 with no problems) and, for no apparent reason, i get this warning in the error.log: [warn] (32557)Socket is not connected: setsockopt(SO_UPDATE_ACCEPT_CONTEXT) failed. this only happens sometimes when a page (or any file) being served is accessed, and when it happens the page/file does not load (ie displays a blank page while loading). it has happened to me (localhost) as well as other computers, regardless of client browser (i tested using opera 5, netscape 4.7, and ie6 when i first experienced problems) server restart did not fix the problem, but system reboot did. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8841] New: - ScriptAlias and mod_userdir conflict
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=8841. 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=8841 ScriptAlias and mod_userdir conflict Summary: ScriptAlias and mod_userdir conflict Product: Apache httpd-2.0 Version: 2.0.36 Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: mod_userdir AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Setup: mod_userdir enabled userdir set to public_html (/home/user/public_html) cgi directory scriptaliased (see below) (/home/user/cgi) Description: Prior to upgrading to 2.0.* (2.0.35 was my first step), ScriptAlias didn't have a problem with the use of ~'s in the alias'd path (ex: ScriptAlias /~user/cgi/ /home/user/cgi) In 2.0.35/36 though, apache's error log turns up this: [error] [client 129.74.157.255] File does not exist: /home/user/public_html/cgi For some reason, it thinks the cgi dir should be under the document root for that user. If I remove the ~, all functions as I would expect. (Configuration file available at http://warpedlight.com/~aschorer/httpd.conf) Independently confirmed by at least 1 other user. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8841] - ScriptAlias and mod_userdir conflict
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=8841. 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=8841 ScriptAlias and mod_userdir conflict --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 21:49 --- Created an attachment (id=1796) Proposed patch: Reverse the ordering of the mod_userdir and mod_alias hooks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8841] - ScriptAlias and mod_userdir conflict
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=8841. 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=8841 ScriptAlias and mod_userdir conflict --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 22:11 --- After applying the patch and recompiling... -=# ./apachectl start httpd: apr_hooks.c:162: tsort: Assertion `0' failed. ./apachectl: line 192: 719 Aborted (core dumped) $HTTPD ./apachectl start: httpd could not be started If you want the core, let me know :o - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8841] - ScriptAlias and mod_userdir conflict
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=8841. 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=8841 ScriptAlias and mod_userdir conflict --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 22:18 --- Created an attachment (id=1797) Second part of patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8841] - ScriptAlias and mod_userdir conflict
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=8841. 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=8841 ScriptAlias and mod_userdir conflict --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 22:19 --- Sorry, my fault. You also need to patch mod_userdir as I do in the second patch. Give that a shot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
