DO NOT REPLY [Bug 7991] New: - Enhance ExpiresByType to accept wildcards
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=7991. 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=7991 Enhance ExpiresByType to accept wildcards Summary: Enhance ExpiresByType to accept wildcards Product: Apache httpd-2.0 Version: 2.0.35 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] It's useful to be able to set the Expires header according to just the major (but not the minor) MIME type (ie Content-Type: major/minor), eg: ExpiresByType image/* access plus 1 week The attached patch adds this behaviour, and has been successfully tested on Solaris 8/SPARC with recent Sun patches.
DO NOT REPLY [Bug 7992] New: - Core dump when restarting daemon
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 Summary: Core dump when restarting daemon Product: Apache httpd-2.0 Version: 2.0.35 Platform: Sun OS/Version: Solaris Status: NEW Severity: Major Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Apache 2.0.35 dumps core with apachectl graceful or apachectl restart. Build options: ./configure --prefix=/usr/local/apache-2.0.35-murph --enable-mods-shared=all --disable-auth_digest --enable-ssl --enable-suexec Stack backtrace: #0 0xef332688 in memcmp () from /usr/lib/libc.so.1 #1 0xef73c11c in find_entry (ht=0x78910, key=0xeef20ae8, klen=27, val=0x0) at apr_hash.c:279 #2 0xef73c28c in apr_hash_get (ht=0x78910, key=0xeef20ae8, klen=-1) at apr_hash.c:338 #3 0xef74c65c in apr_pool_userdata_get (data=0xe914, key=0xeef20ae8 suexec_post_config_userdata, pool=0x78548) at apr_pools.c:1617 #4 0xeef209cc in suexec_post_config (p=0xeef20ae8, plog=0xa45f8, ptemp=0xd25c8, s=0x7c2a0) at mod_suexec.c:136 #5 0x2fa80 in ap_run_post_config (pconf=0x7a550, plog=0xa45f8, ptemp=0xd25c8, s=0x7c2a0) at config.c:129 #6 0x35040 in main (argc=493000, argv=0x6d864) at main.c:611 Running on Solaris 8 4/01 on SPARC with the Mar/28/02 recommended patch cluster. Compiled with gcc 2.95.2 from the Solaris 8 4/01 freeware companion CD. Problem exists in unpatched Apache 2.0.35.
DO NOT REPLY [Bug 7966] - Wrong Content-Length when SSI used as DirectoryIndex
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=7966. 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=7966 Wrong Content-Length when SSI used as DirectoryIndex --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 00:31 --- The same bug is under Windows 2000.
DO NOT REPLY [Bug 7997] - Apache won't run as service
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=7997. 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=7997 Apache won't run as service --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 06:03 --- The causes for this are already documented. http://httpd.apache.org/docs-2.0/platform/win_service.html
DO NOT REPLY [Bug 7997] - Apache won't run as service
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=7997. 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=7997 Apache won't run as service [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 06:03 --- Already spelled out in the last comment
DO NOT REPLY [Bug 7888] - service does not start
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=7888. 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=7888 service does not start --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 06:24 --- Look in your Windows NT Event Log - Application Log... what errors does Apache report (before it could open the logs?)
DO NOT REPLY [Bug 7970] - Configure script does not pass arguments.
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=7970. 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=7970 Configure script does not pass arguments. --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 08:07 --- OK. I was running 10.1.2. I just updated to 10.1.3 (Build 5Q45) and downloaded a fresh httpd-2.0.35.tar.gz from Apache.org. My config was: ./configure --enable-usertrack --enable-unique-id --enable-ssl --with-ssl=/ usr/local/include/ --enable-cgi --enable-cgid --enable-vhost-alias -- enable-speling -enable-rewrite --enable-so Configure runs and reaches this error: Configuring Apache Portable Runtime Utility library... configuring package in srclib/apr-util now loading cache /var/root/httpd-2.0.35/./config.cache checking for APR... yes ... updating cache /var/root/httpd-2.0.35/./config.cache configuring package in xml/expat now loading cache /var/root/httpd-2.0.35/./config.cache checking host system type... configure: error: can not guess host type; you must specify one configure failed for xml/expat configure failed for srclib/apr-util However, the main configure script guessed it perfectly: creating cache ./config.cache checking for chosen layout... Apache checking host system type... powerpc-apple-darwin5.3 checking target system type... powerpc-apple-darwin5.3 checking build system type... powerpc-apple-darwin5.3 The main config script is not passing these variables to the apr-util configure script. The only way I have found around it is by editing the main config script as stated in my previous bug report. I've never made a patch file before. Do you have instructions? matthew
DO NOT REPLY [Bug 8004] New: - CGI not working properly.
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=8004. 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=8004 CGI not working properly. Summary: CGI not working properly. Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Other Status: UNCONFIRMED Severity: Critical Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Server error! Error message: couldn't create child process: 22502: C:/Server/htdocs/index.pl If you think this is a server error, please contact the webmaster Error 500 localhost 04/12/02 03:28:12 Apache/2.0.35 (Win32)
DO NOT REPLY [Bug 8009] New: - Passwords
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=8009. 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=8009 Passwords Summary: Passwords Product: Apache httpd-2.0 Version: 2.0.35 Platform: Other OS/Version: Windows 9x Status: NEW Severity: Major Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Can Not get Passwords to work, the following is the info in the access file and the error is from error log. Does not seem to translate the Password Path right. SYSTEM: Apache HTTP 2.0.35-win32-x86 server Running on Win98SE with 1.4 P4 256 megs Mem. Access file: AuthType Basic AuthName By Invitation Only AuthUserFile H:/apache~1/apache2/passwd/password.ht Require valid-user ERROR: Fri Apr 12 06:11:03 2002] [error] [client 192.168.0.10] (22661)The specified path is invalid. : Could not open password file: H:/Apache Group/he2/passwd/password.ht , referer: http://ronlane/index.html
DO NOT REPLY [Bug 8008] - does not compile on winnt sp6
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=8008. 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=8008 does not compile on winnt sp6 --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 13:03 --- Did you modify ap_release.h? Please attach that file.
DO NOT REPLY [Bug 8015] New: - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure Summary: --enable-info problem in configure Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Linux Status: NEW Severity: Minor Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] use ./configure with --enable-info. At end of configure run I get a small error that says enable-info program not found. No other compile/make errors occur. When running the server, //localhost/server-info fails with a 500 internal server error. (httpd.conf has server info enabled, and allows localhost). server-status page works.
DO NOT REPLY [Bug 8015] - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 13:56 --- Could you post your entire configure invocation please? Did you do any prep after unpacking the tarball and before running configure (e.g., did you run buildconf)? I'm not suggesting that you should run buildconf; I just wondered if you did and there is something funky going on with the autoconf or libtool on your machine. Thanks!
DO NOT REPLY [Bug 7970] - Configure script does not pass arguments.
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=7970. 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=7970 Configure script does not pass arguments. --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:01 --- This will build a patch: $ diff -u oldfile newfile patch
DO NOT REPLY [Bug 8016] New: - SuppressRules messes up directory listings.
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=8016. 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=8016 SuppressRules messes up directory listings. Summary: SuppressRules messes up directory listings. Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] When the SuppressRules option is used (in mod_autoindex; as in IndexOptions FancyIndexing SuppressRules), it causes the first item in a directory listing to appear to the right of the column headers, instead of just below the Name column header. It looks like there needs to be a BR tag before the first item, but there is not one. The rest of the directory listing displays correctly, starting with the second item, just below the Name column header.
DO NOT REPLY [Bug 8015] - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:45 --- This is the script used to configure with. No prior activity was conducted before running configure (ie, buildconf, editing code, etc). The name of this script is makeme, I run it from the root of the apache 2.0.35 install tree. #!/bin/sh # --activate-module=src/modules/php4/libphp4.a \ # --enable-module=mod_info \ ./configure \ --with-layout=RedHat \ --enable-shared=max \ --enable-rule=SHARED_CORE \ #--enable-module=src/modules/php4/libphp4.a \ --enable-info \ --disable-userdir \ --enable-so \ --enable-vhost-alias \ --enable-cgi \ --enable-ssl \ --enable-usertrack \ --enable-unique-id \ $@ The error at the end is: ./makeme: --enable-info: command not found The httpd.conf contains: Location /server-info SetHandler server-info Order deny,allow Deny from all Allow from 192.168.1, 127 /Location
DO NOT REPLY [Bug 8015] - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:55 --- Cute. You can't put # comments in a continuation line like that. (The continuation character is also commented out, so the command ends at that line and the next line is taken to be a new command.) Take out the line starting in # and everything should work again. Also, you can't have commas in Allow from statements. Thanks for using Apache.
DO NOT REPLY [Bug 8009] - Passwords
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=8009. 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=8009 Passwords --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:59 --- It looks like you may have some stray characters in your .htaccess file. Please make sure that your AuthUserFile line does not have any characters or white space after the filename.
DO NOT REPLY [Bug 8000] - Install documentation should mention flex requirement for 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=8000. 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=8000 Install documentation should mention flex requirement for mod_ssl [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:49 --- There is no such requirement. If you have a broken tar which does not maintain file timestamps, or if you copied the unpacked distribution without maintaining the timestamps, then make might think it needs to rebuild these files. We distribute the generated files... you already have them, you just need to update the timestamps on them so that you can convince make they're not out-of-date. Do this: cd httpd-2.0/modules/ssl touch ssl_expr_scan.c touch ssl_expr_parse.c touch ssl_expr_parse.h Then it should work fine.
DO NOT REPLY [Bug 8000] - Install documentation should mention flex requirement for 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=8000. 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=8000 Install documentation should mention flex requirement for mod_ssl [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 16:11 --- It's httpd-2.0.35.tar.gz itself which is broken - the files in question have incorrect timestamps on them (or have not been pre-built prior to building the distribution): bash-2.03$ gtar tzvf httpd-2.0.35.tar.gz | grep ssl_expr_ -rw-r--r-- rbb/staff 10300 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_eval.c -rw-r--r-- rbb/staff 34302 2002-01-10 00:28 httpd-2.0.35/modules/ssl/ssl_expr_parse.c -rw-r--r-- rbb/staff 510 2002-01-10 00:28 httpd-2.0.35/modules/ssl/ssl_expr_parse.h -rw-r--r-- rbb/staff 6802 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_parse.y -rw-r--r-- rbb/staff 49142 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_scan.c -rw-r--r-- rbb/staff 6492 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_scan.l bash-2.03$
DO NOT REPLY [Bug 8027] New: - Bug with DirectoryIndex ??
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=8027. 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=8027 Bug with DirectoryIndex ?? Summary: Bug with DirectoryIndex ?? Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Windows XP Status: NEW Severity: Blocker Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] i have add index.php3 in http.conf but when I ask for http://localhost a new screen Index Of index.php3 is displayed which is blank ! Apparently index.php3 is found (as it display index of INDEX.php3) in the error log you can see this line ([notice] cannot use a full URL in a 401 ErrorDocument directive --- ignoring!) please advice! (ps : no htaccess file on mywebsite so no 401 error possible !!)
DO NOT REPLY [Bug 7896] - Report wrong port
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=7896. 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=7896 Report wrong port --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 19:05 --- I agree with Will about the workaround, but the question is, should the default behavior be changed? ie. some people have suggested that, in the abscence of ServerName, apache should get the port either from the Listen directive or from the client. I have no particular opinion about this, but it has been brought up before on the dev list and not resolved.
DO NOT REPLY [Bug 7999] - IndexOptions FancyIndexing Fails on WinXP
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=7999. 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=7999 IndexOptions FancyIndexing Fails on WinXP --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 19:11 --- Sorry, 326761 bytes ...
DO NOT REPLY [Bug 8027] - Bug with DirectoryIndex ??
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=8027. 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=8027 Bug with DirectoryIndex ?? --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 19:41 --- LoadModule php4_module c:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php
DO NOT REPLY [Bug 7999] - IndexOptions FancyIndexing Fails on WinXP
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=7999. 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=7999 IndexOptions FancyIndexing Fails on WinXP --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 20:00 --- I don't think this is byte length... I think there is 'overload' protection. Everything that autoindex indexes is happening in memory (and it's more than simply a file name.) IIRC, we set an upper bounds before we fall over. How many files are ordered in that directory before it falls down?
DO NOT REPLY [Bug 7896] - Report wrong port
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=7896. 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=7896 Report wrong port --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 20:02 --- In other words, Joshua, you're asking whether the default value of UseCanonicalName should be changed from on to off. (Right?) As you mention, it's hard to say whether changing it or leaving it alone violates the principle of least astonishment worse...
DO NOT REPLY [Bug 8037] New: - documentation of Script directive does not define arguments well enough
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=8037. 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=8037 documentation of Script directive does not define arguments well enough Summary: documentation of Script directive does not define arguments well enough Product: Apache httpd-1.3 Version: 1.3.23 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I've been fighting with trying to get PUT scripts working on my server off and on for six months, searching the web for examples and following them without success. It turns out that the problem was that I was using the file system path name for the cgi argument of the 'script PUT' directive instead of the URL. The script ran, but an error message was generated that said that the full filesystem path name, with the location of the PUT file appended, did not have permission for a PUT request. Needless to say, this totally confused me and lead to six months of a non functioning site. Hmm. Although I'm submitting this as a doc bug (script should be explicit about what it is expecting for the 'cgi-script' argument), the actual bug may more properly be a bug in the error message that results from putting the wrong thing for that argument...
DO NOT REPLY [Bug 8038] New: - mod_status.so: symbol __floatdisf: referenced symbol not found
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=8038. 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=8038 mod_status.so: symbol __floatdisf: referenced symbol not found Summary: mod_status.so: symbol __floatdisf: referenced symbol not found Product: Apache httpd-2.0 Version: 2.0.35 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Brand new install on Solaris8 with: configure \ --enable-mods-shared=most root# ./apachectl configtest Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/mod_status.so into server: ld.so.1: /usr/local/apache2/bin/httpd: fatal: relocation error: file /usr/local/apache2/modules/mod_status.so: symbol __floatdisf: referenced symbol not found
DO NOT REPLY [Bug 7921] - apr_proc_mutex_[un]lock failed...
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=7921. 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=7921 apr_proc_mutex_[un]lock failed... --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 21:54 --- i use the default httpd.conf from the apache2.0.35-src-package only change the ServerName, ServerAdmin and Port to 8080
