DO NOT REPLY [Bug 10046] - i see the source code of php on http://ServerAlias/
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=10046. 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=10046 i see the source code of php on http://ServerAlias/ [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 14:48 --- This sounds like an issue that should be handled through user support channels, not the bug database. Sorry, but thanks for using Apache. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10061] - php 4.2.1 apache 2.0.39 cookie problems after sapi make problems
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=10061. 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=10061 php 4.2.1 apache 2.0.39 cookie problems after sapi make problems --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 15:01 --- Then why does php (4.2.0 and 4.2.1) work with the 2.0.36 apxs and not the 2.0.39 apxs? I started this in the PHP bug database and found it under the known issues, but this was fixed in the latest cvs release of 4.2.0 - which also doesn't work with 2.0.39... SO it looks like apache, not php... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10061] - php 4.2.1 apache 2.0.39 cookie problems after sapi make problems
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=10061. 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=10061 php 4.2.1 apache 2.0.39 cookie problems after sapi make problems --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 15:21 --- No, it's PHP. Trust me. :) I already fixed the bug in PHP's HEAD, but it's not fixed in any yet-released version of PHP. The PHP developers are aware of the problem (which is different than the one about 4.2.0 that you found in bugs.php.net). Thanks again.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10062] - Access Log timestamps go backward in time
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=10062. 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=10062 Access Log timestamps go backward in time --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 15:45 --- Created an attachment (id=2138) Access log snippet with timestamp going back - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10073] New: - upgrade from 1.3.24 to 1.3.26 breaks include directive
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=10073. 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=10073 upgrade from 1.3.24 to 1.3.26 breaks include directive Summary: upgrade from 1.3.24 to 1.3.26 breaks include directive Product: Apache httpd-1.3 Version: HEAD Platform: Other OS/Version: FreeBSD Status: NEW Severity: Major Priority: Other Component: core AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] before upgrade the following config works, post upgrade we get: vpnstats# apachectl start Syntax error on line 1 of /usr/local/etc/apache/acl.conf: order not allowed here /usr/local/sbin/apachectl start: httpd could not be started vpnstats# this works if the include file contents are moved into httpd.conf include: Directory /usr/local/www/customer-data Options Indexes FollowSymLinks MultiViews AllowOverride None Include etc/apache/acl.conf /Directory acl.conf: Order deny,allow deny from all allow from 134.226.81.3/32 . . . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10074] New: - apachectl invokes httpd with -k option
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=10074. 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=10074 apachectl invokes httpd with -k option Summary: apachectl invokes httpd with -k option Product: Apache httpd-2.0 Version: 2.0.39 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: support AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] For some reason I can't find a report on this ... so here goes! apachectl is built to invoke httpd with the -k option to do a start, stop, restart or graceful, eg, httpd -k start But the -k option is not supported (in main.c). I reverted to using the 1.3.x version of apachectl as a bypass. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10075] New: - htpasswd: -c and -n options 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=10075. 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=10075 htpasswd: -c and -n options conflict Summary: htpasswd: -c and -n options conflict Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC OS/Version: Windows NT/2K Status: UNCONFIRMED Severity: Minor Priority: Other Component: support AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Am attempting to create new htpasswd file. Syntax: htpasswd -c passfile name. Error returned is htpasswd: -c and -n options conflict Same process on file from 1.3.14 works fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10075] - htpasswd: -c and -n options 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=10075. 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=10075 htpasswd: -c and -n options conflict [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:19 --- *** This bug has been marked as a duplicate of 9948 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10075] - htpasswd: -c and -n options 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=10075. 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=10075 htpasswd: -c and -n options conflict [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:20 --- *** This bug has been marked as a duplicate of 9989 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9989] - patch: htpasswd bug (-n and -c conflicts although I didn't give -n)
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=9989. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9989 patch: htpasswd bug (-n and -c conflicts although I didn't give -n) [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||l --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:20 --- *** Bug 10075 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 10014] - htpasswd overwrites same password file without -c option
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=10014. 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=10014 htpasswd overwrites same password file without -c option [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:21 --- *** This bug has been marked as a duplicate of 9989 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9989] - patch: htpasswd bug (-n and -c conflicts although I didn't give -n)
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=9989. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9989 patch: htpasswd bug (-n and -c conflicts although I didn't give -n) [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:21 --- *** Bug 10014 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 10059] - Apache Service won't install on Win32
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=10059. 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=10059 Apache Service won't install on Win32 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Component|Other Modules |AllOther Modules Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:29 --- You uninstalled the old Apache, but you didn't uninstall the old PHP module for the old Apache. So when you installed the new Apache, it found the old Apache configuration files and the old PHP module and tried to load it and failed. Look in your Apache config file, find the line that says LoadModule libphp4.so... or something like that, and comment it out. Then Apache will start up. When PHP releases a new binary, replace the old libphp4.so with the new version and uncomment that line and restart Apache, and you'll have PHP back. In any event, this is a support issue, not a bug. If you have further questions, please direct them to one of the user support mailing lists. Thanks for using Apache! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:58 --- Problem still persists with 2.0.39. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10089] New: - mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS
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=10089. 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=10089 mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS Summary: mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS Product: Apache httpd-1.3 Version: HEAD Platform: Sun OS/Version: Solaris Status: NEW Severity: Critical Priority: Other Component: Other mods AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I built httpd 1.3.26 using the 'largefile' cflags. The build went fine. After 'make install' when I attempt to run httpd, startup fails. The error ('apachectl configtest' output): Syntax error on line 213 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_negotiation.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_negotiation.so: symbol __floatdisf : referenced symbol not found I have been running a httpd 1.3.22 since Oct 2001 that was compiled with the largefiles cflags. This bug appears to have been introduced since 1.3.22. export CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 ./configure --prefix=/usr/local/apache --with-perl=/usr/local/bin/perl \ --enable-module=most --enable-shared=max SunOS hostname 5.8 Generic_108528-03 sun4u sparc SUNW,Ultra-Enterprise Compile environment: Thu Jun 20 12:26:12 AKDT 2002 CC=/usr/local/bin/gcc gcc: 2.95.2 CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 LDFLAGS= PATH=/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/local/bin workaround: I compiled without largefile cflags. This required recompilation of other third-party shared modules (libperl, etc.) without largefile flags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10089] - mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS
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=10089. 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=10089 mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 21:44 --- This is a common problem with certain levels of gcc on AIX and Solaris. The gcc-generated code in DSOs sometimes reference functions in libgcc.a. There may be ways to get libgcc.a included in DSOs. Alternatively, consider building mod_negotiation statically. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10092] New: - Windows Installer 2.0 not compatable with 1.3.26 msi
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=10092. 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=10092 Windows Installer 2.0 not compatable with 1.3.26 msi Summary: Windows Installer 2.0 not compatable with 1.3.26 msi Product: Apache httpd-1.3 Version: HEAD Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] After installing Windows Installer v 2.0 on a Win2k box with SP2 I get the following message: Another version of this product is already installed. Installation of this version cannot continue. To configure or remove the existing version of this product, use Add/Remove Programs on the Control Panel. I can't find a way to revert to the v 1.1 of MSI in the Control Panel. Any help would be appreciated. The log file is below === Verbose logging started: 6/20/2002 14:15:30 Build type: SHIP UNICODE 2.00.2600.02 Calling process: C:\WINNT\system32\msiexec.exe === MSI (c) (48:D8): Resetting cached policy values MSI (c) (48:D8): Machine policy value 'Debug' is 0 MSI (c) (48:D8): *** RunEngine: *** Product: apache_1.3.26-win32-x86-no_src.msi *** Action: *** CommandLine: ** MSI (c) (48:D8): Machine policy value 'DisableUserInstalls' is 0 MSI (c) (48:D8): Cloaking enabled. MSI (c) (48:D8): End dialog not enabled MSI (c) (48:D8): Original package == D:\Misc\apache_1.3.26-win32-x86-no_src.msi MSI (c) (48:D8): Package we're running from == C:\DOCUME~1\ADMINI~1\LOCALS~1 \Temp\46ea50a.msi MSI (c) (48:D8): APPCOMPAT: looking for appcompat database entry with ProductCode '{5D29A4EF-A57F-4F47-89F8-4EB3C5302A53}'. MSI (c) (48:D8): APPCOMPAT: no matching ProductCode found in database. MSI (c) (48:D8): APPCOMPAT: looking for appcompat database entry with ProductCode '{5D29A4EF-A57F-4F47-89F8-4EB3C5302A53}'. MSI (c) (48:D8): APPCOMPAT: no matching ProductCode found in database. MSI (c) (48:D8): Transforms are not secure. MSI (c) (48:D8): Command Line: CURRENTDIRECTORY=D:\Misc CLIENTUILEVEL=0 CLIENTPROCESSID=328 %HOMEPATH=\ %HOMEDRIVE=C: %HOMESHARE= MSI (c) (48:D8): Product Code passed to Engine.Initialize: '' MSI (c) (48:D8): Product Code from property table before transforms: '{5D29A4EF- A57F-4F47-89F8-4EB3C5302A53}' MSI (c) (48:D8): Product Code from property table after transforms: '{5D29A4EF- A57F-4F47-89F8-4EB3C5302A53}' MSI (c) (48:D8): Product registered: entering maintenance mode MSI (c) (48:D8): Entering CMsiConfigurationManager::SetLastUsedSource. MSI (c) (48:D8): Specifed source is not already in a list. MSI (c) (48:D8): User policy value 'SearchOrder' is 'nmu' MSI (c) (48:D8): Machine policy value 'DisableBrowse' is 0 MSI (c) (48:D8): Machine policy value 'AllowLockdownBrowse' is 0 MSI (c) (48:D8): Adding new sources is allowed. Another version of this product is already installed. Installation of this version cannot continue. To configure or remove the existing version of this product, use Add/Remove Programs on the Control Panel. {5D29A4EF-A57F-4F47-89F8-4EB3C5302A53} MSI (c) (48:D8): MainEngineThread is returning 1638 === Verbose logging stopped: 6/20/2002 14:15:30 === - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 22:33 --- Can you get a backtrace for segfault? One way is to set CoreDumpDirectory to a directory writeable by the user id associated with the web server, see if you get a coredump there when the .htaccess is processed, and then gdb /opt/apache2/sbin/httpd /my/path/to/core where Alternatively, you could attach to one of the child processes with gdb and wait for a segfault, then use the where command to get a backtrace. I'm able to use PassEnv and SetEnv in .htaccess running HEAD on Linux. HEAD is almost the same as 2.0.39. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi
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=10092. 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=10092 Windows Installer 2.0 not compatable with 1.3.26 msi --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 22:49 --- Please uninstall your old version, then reinstall. If this doesn't solve the problem, feel free to respond again. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi
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=10092. 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=10092 Windows Installer 2.0 not compatable with 1.3.26 msi --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 22:58 --- Correction, _please_ respond if Uninstalling, then Reinstalling solves your problems so that I might close this report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi
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=10092. 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=10092 Windows Installer 2.0 not compatable with 1.3.26 msi --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 23:18 --- Uninstalling what? I could not find a way to uninstall Windows Installer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi
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=10092. 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=10092 Windows Installer 2.0 not compatable with 1.3.26 msi --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 23:25 --- Settings - control panel - add/remove programs. Is there an Apache in that list? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 23:46 --- Thanks for your input. I wasn't able to get a coredump (ulimit -c unlimited, directory writeable for web user) and choosed to try it with httpd in single mode via gdb (hope this is okay, I'm not really familiar with gdb). (gdb) run -X Starting program: /opt/apache2/sbin/httpd -X [New Thread 1024 (LWP 17944)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 17944)] merge_env_dir_configs (p=0x82a73d0, basev=0x8173240, addv=0x82ac810) at mod_env.c:114 114 elts = (const apr_table_entry_t *)arr-elts; (gdb) where #0 merge_env_dir_configs (p=0x82a73d0, basev=0x8173240, addv=0x82ac810) at mod_env.c:114 #1 0x080ca327 in ap_merge_per_dir_configs (p=0x82a73d0, base=0x819f6a0, new_conf=0x82ac758) at config.c:277 #2 0x080df44c in ap_directory_walk (r=0x82a7408) at request.c:1175 #3 0x080dc193 in core_map_to_storage (r=0x82a7408) at core.c:3112 #4 0x080dda58 in ap_run_map_to_storage (r=0x82a7408) at request.c:110 #5 0x080de25d in ap_process_request_internal (r=0x82a7408) at request.c:176 #6 0x080a2936 in ap_process_request (r=0x82a7408) at http_request.c:255 #7 0x0809e628 in ap_process_http_connection (c=0x82a13e8) at http_core.c:291 #8 0x080d3868 in ap_run_process_connection (c=0x82a13e8) at connection.c:85 #9 0x080d3b33 in ap_process_connection (c=0x82a13e8, csd=0x82a1318) at connection.c:207 #10 0x080c8bd2 in child_main (child_num_arg=0) at prefork.c:692 #11 0x080c8c9c in make_child (s=0x8124a80, slot=0) at prefork.c:732 #12 0x080c8d9e in startup_children (number_to_start=5) at prefork.c:804 #13 0x080c90ad in ap_mpm_run (_pconf=0x811fa30, plog=0x816bb60, s=0x8124a80) at prefork.c:1020 #14 0x080ce78c in main (argc=2, argv=0xb814) at main.c:642 #15 0x402977ee in __libc_start_main () from /lib/libc.so.6 (gdb) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10095] New: - Within userinfo.c, getpwnam_r does not work as expected on IRIX
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=10095. 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=10095 Within userinfo.c, getpwnam_r does not work as expected on IRIX Summary: Within userinfo.c, getpwnam_r does not work as expected on IRIX Product: Apache httpd-2.0 Version: 2.0.39 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Core AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] IRIX appears to be brain dead in its responses to getpwnam_r calls. Within userinfo.c you are expecting a non-zero return code if it fails. This is a reasonable assumption. However, under IRIX you always get a zero return code. You need to examine the returned value of pwptr and if it is NULL, then the call failed. The IRIX man page actually says that you need to check the pointer - what they don't say is that the returned value is always zero. Alternatively, you can test errno. IRIX appears to set this correctly. I have worked around it, by adding the test for a NULL pointer return. It could also be hacked by undefining HAVE_GETPWNAM_R for IRIX builds. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10095] - Within userinfo.c, getpwnam_r does not work as expected on IRIX
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=10095. 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=10095 Within userinfo.c, getpwnam_r does not work as expected on IRIX --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 01:00 --- I suppose that I should have mentioned that the effect of this bug is that the httpd child process does a segment fault instead of returning a 404 Error if you request a URL that contains an invalid user id. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10096] New: - Module identifier for mod_actions incorrect
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=10096. 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=10096 Module identifier for mod_actions incorrect Summary: Module identifier for mod_actions incorrect Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] It's listed as actions_module It should be action_module --- Notice no s on action. Sample: LoadModule action_module modules/mod_actions.so - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10095] - Within userinfo.c, getpwnam_r does not work as expected on IRIX
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=10095. 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=10095 Within userinfo.c, getpwnam_r does not work as expected on IRIX --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 03:25 --- Same sort of idea. The code that I added was specific to IRIX: #if APR_HAS_THREADS defined(_POSIX_THREAD_SAFE_FUNCTIONS) defined(HAVE_GETPWNAM_R) if (!getpwnam_r(username, pw, pwbuf, PWBUF_SIZE, pwptr)) { /* nothing extra to do on success */ #ifdef sgi /* unless it's IRIX */ if (pwptr == NULL) { return errno; } #endif #else I have always been fearful of the type of compound test that you used ever since I ran into an overly aggressive C optimizer that believed that the laws of logic overrode the normal expression evaluation order. However, your fix will catch other _damaged_ libc implementations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10074] - apachectl invokes httpd with -k option
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=10074. 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=10074 apachectl invokes httpd with -k option --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 03:59 --- Created an attachment (id=2144) script demonstrating the problem, and httpd -V, -l report - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10074] - apachectl invokes httpd with -k option
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=10074. 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=10074 apachectl invokes httpd with -k option --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 10:19 --- Oh, the perchild MPM :) If I can get it to build I'll make the minor change necessary to get it to support -k. Thanks for the extra doc! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10107] New: - Random (frequent) error - pages not loading in Netscape 4.x
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=10107. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10107 Random (frequent) error - pages not loading in Netscape 4.x Summary: Random (frequent) error - pages not loading in Netscape 4.x Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC URL: http://www.pencarrowlodge.co.nz OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Core AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I have recently upgraded to 2.0.39, and I have noticed a problem with view pages in Netscape 4.x. I have checked this problem on Netscape 4.77 on a PC, 4.79 on a PC, and 4.73 on a Mac, all have the same problem. I have searched the mailing list archives, and have found nothing mentioned of this problem. I have checked the error logs, and nothing is written to them which might give any clue. My platform in Windows 2000. The problem is this - when I try to view a page in any of the above versions of Netscape, I get an error message. The page sometimes doesn't load at all, the pages sometimes half-loads, and sometimes there is no error message at all. I haven't noticed a pattern which occurs. The error message is this: A network error occured while Netscape was receiving data. (Network error: Connection reset by peer)\n\nTry connecting again. I uninstalled 2.0.39, and reinstalled 2.0.36 with the same conf file, and viewed the same HTML page, and it worked fine - therefore I assume it has something to do with the core of the new version. The above URL (http://www.pencarrowlodge.co.nz) is one of the sites we host. If it's any use to you, there are others: http://www.shoeclinic.wb.gs http://www.zevi.net/3d.asp The last one you will notice is an ASP page - this is because there is an IIS web server sitting on a different port (4040) on the same machine as we have some ASP sites we host (I know, I know...) All of the above sites do the same thing now, and all of the above sites were fine before I upgraded. I have tried adding the following line to httpd.conf: BrowserMatch Mozilla nokeepalive downgrade-1.0 force-response-1.0 and a few other varieties of that line, like different combinations of the three commands - I'm no genius, but I though it was worth a try - it didn't change anything though. Erm... I don't think I've forgotten anything... oh yes - all the sites work fine in Mozilla 1.1a on the PC, IE6 on the PC, and IE 5 on the Mac. And if you want to find a version of Netscape 4, you can find one at: http://wp.netscape.com/download/0402101/1-_qual.html Give me a yell if you need any more info, and I apologise hugely if I have wasted anyone's time - the last thing I want to do is take you away from making what is the world's most kick-ass web server... :) Thanks, Matt Parlane Zevi Interactive [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10107] - Random (frequent) error - pages not loading in Netscape 4.x
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=10107. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10107 Random (frequent) error - pages not loading in Netscape 4.x [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Other |Windows NT/2K - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10108] New: - T= / type= parameter on rewrite rules does not appear to do anything
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=10108. 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=10108 T= / type= parameter on rewrite rules does not appear to do anything Summary: T= / type= parameter on rewrite rules does not appear to do anything Product: Apache httpd-1.3 Version: 1.3.23 Platform: PC OS/Version: FreeBSD Status: NEW Severity: Normal Priority: Other Component: mod_rewrite AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Steps to reproduce: 1. In a web server directory, create a file called lizard 2. Create the following .htaccess in that directory RewriteEngine on RewriteRule frog lizard [T=image/gif] 3. From a Web browser or header examining tool, request http://whatever/wherever/frog Expected result: The file 'lizard' is served, with MIME type of image/gif Actual result: The file 'lizard' is served, with MIME type of text/plain (the server's default) If, rather than using an extensionless file, you try to serve a file that already has a type by virtue of its extension (.html), then the file is served as text/html and still not as image/gif. I tested this on my shared hosting account (the only Apache I have access to) on pair.com. Two other people also tried on their own different Apache configurations. (I did also post this to users@httpd.apache.org but nobody responded.) Frankly I know very little about Apache, so I don't really know whether this is a bug or not. Just incidentally (i.e. not part of the bug report but explains why I want it to work), this functionality would be useful in order to serve XHTML files with the appropriate MIME type when using a browser which supports XHTML, but as text/html otherwise, using the following: RewriteEngine on RewriteCond %{HTTP_ACCEPT} application\/xhtml\+xml RewriteRule ^(.+)\.html $1.html [T=application/xhtml+xml] (There are other ways to achieve the same thing but they involve ugliness such as making two copies or a symlink to the file, so it would be nice if this one worked.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10111] New: - SOAP patch for Jserv compatibility
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=10111. 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=10111 SOAP patch for Jserv compatibility Summary: SOAP patch for Jserv compatibility Product: APR Version: HEAD Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: APR AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The Apache SOAP 2.3.1 doesn't support the JSDK 2.1. This avoids the possibility of using Apache with JServ, instead of Tomcat. Few modifications have been performed in the classes: - org.apache.soap.server.RPCRouter - org.apache.soap.server.http.RPCRouterServlet - org.apache.soap.server.http.ServerHTTPUtils in order to have the Apache SOAP work with both Tomcat or JServ. I have implemented the required modifications but I take no responsability for the use or support. Let me know if this patch can be usefull for other users and in this case how to submit the modifications. Cristian Mitran [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9976] - Patch for compile error in srclib/apr/msic/unix/rand.c when building --with-egd
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=9976. 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=9976 Patch for compile error in srclib/apr/msic/unix/rand.c when building --with-egd --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 11:35 --- Your patch has been committed. Thanks for your report and patch, and thanks for using Apache! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9976] - Patch for compile error in srclib/apr/msic/unix/rand.c when building --with-egd
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=9976. 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=9976 Patch for compile error in srclib/apr/msic/unix/rand.c when building --with-egd [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 11:37 --- bug is now fixed - 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-06-21 11:40 --- Can you report back on whether or not the suggested patch resolves the problem? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10114] New: - Content negotiation results in english pages sometimes instead of the german pages
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=10114. 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=10114 Content negotiation results in english pages sometimes instead of the german pages Summary: Content negotiation results in english pages sometimes instead of the german pages Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC URL: http://www.isl.org:4080/ OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: mod_negotiation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Netscape 4.79 has been configured with languages de,en (in this order) - while clicking on our sites navigation menu some pages apear in german as they should - others apear in english - all URLS ending in / - so maybe the problem is in the combination with the directoryindex config? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10128] New: - 1.3.26 (somebody updating bugzilla?): mod_proxy, no-cache and 304
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=10128. 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=10128 1.3.26 (somebody updating bugzilla?): mod_proxy, no-cache and 304 Summary: 1.3.26 (somebody updating bugzilla?): mod_proxy, no- cache and 304 Product: Apache httpd-1.3 Version: 1.3.25 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Reported to the old bug database for 1.3.23 this bug is happily alive and has been ignored with the usual Apache arrogance as all other bugs I did report (/dev/null is definitely more responsive): When using mod_proxy and a cache try the following: 1. Empty the cache of mod_proxy 2. Retrieve http://alles.quoka.de/ with some client via the proxy, e.g. use curl -i -x apache-proxy-address-and-port http://alles.quoka.de/ 3. Repeat 2 as long as you wish. You will get an empty document. The prerequisite for this to happen is that the remote server sets a Cache-Control: no-cache header. When mod_proxy then does validate the cache contents on a subsequent request the remote server sends a 304 reponse with a content length of 0 to mod_proxy which in turn happily stores the new and improved body information to the cache For those not understanding what's going on here's the (truncated) output of the first page retrieval: [EMAIL PROTECTED]:~ curl -i -x zeus.lan.domdv.de:8080 http://alles.quoka.de/ HTTP/1.1 200 OK Date: Fri, 21 Jun 2002 11:31:45 GMT Server: Microsoft-IIS/4.0 Cache-Control: no-cache Expires: Fri, 21 Jun 2002 11:19:40 GMT Content-Location: http://alles.quoka.de/index.html Content-Type: text/html Accept-Ranges: bytes Last-Modified: Tue, 28 May 2002 14:34:31 GMT ETag: 822c9dc7546c21:1d495 Content-Length: 19143 X-Cache: MISS from host001-server-1.lan.domdv.de HTML head [snip] Now we do a subsequent request for the same page (not truncated, mod_proxy does this for us): [EMAIL PROTECTED]:~ curl -i -x zeus.lan.domdv.de:8080 http://alles.quoka.de/ HTTP/1.1 200 OK Date: Fri, 21 Jun 2002 11:31:53 GMT Server: Microsoft-IIS/4.0 Content-Type: text/html Accept-Ranges: bytes Last-Modified: Tue, 28 May 2002 14:34:31 GMT Cache-Control: no-cache Expires: Fri, 21 Jun 2002 11:19:48 GMT Content-Location: http://alles.quoka.de/index.html ETag: 822c9dc7546c21:1d495 Content-Length: 0 X-Cache: HIT from host001-server-1.lan.domdv.de (with revalidation) [EMAIL PROTECTED]:~ Cute, isn't it. So to DoS an Apache mod_proxy installation you only need to include Cache-Control: no-cache in the headers and you won't be bothered by these itty gritty installations anymore. Now for these preferring to read network traces here's a dump (truncated) of the same story: 0x 4500 0102 0569 4000 4006 d85c 5084 73b4[EMAIL PROTECTED]@..\P.s. 0x0010 d9ed be0a 09a1 0050 73a1 2311 1339 a2b6...Ps.#..9.. 0x0020 5018 16b0 26ee 4745 5420 2f20 4854P..GET./.HT 0x0030 5450 2f31 2e31 0d0a 486f 7374 3a20 616cTP/1.1..Host:.al 0x0040 6c65 732e 7175 6f6b 612e 6465 0d0a 4163les.quoka.de..Ac 0x0050 6365 7074 3a20 696d 6167 652f 6769 662ccept:.image/gif, 0x0060 2069 6d61 6765 2f78 2d78 6269 746d 6170.image/x-xbitmap 0x0070 2c20 696d 6167 652f 6a70 6567 2c20 696d,.image/jpeg,.im 0x0080 6167 652f 706a 7065 672c 202a 2f2a 0d0aage/pjpeg,.*/*.. 0x0090 5072 6167 6d61 3a20 6e6f 2d63 6163 6865Pragma:.no-cache 0x00a0 0d0a 5573 6572 2d41 6765 6e74 3a20 6375..User-Agent:.cu 0x00b0 726c 2f37 2e39 2e35 2028 6936 3836 2d70rl/7.9.5.(i686-p 0x00c0 632d 6c69 6e75 782d 676e 7529 206c 6962c-linux-gnu).lib 0x00d0 6375 726c 2037 2e39 2e35 2028 4f70 656ecurl.7.9.5.(Open 0x00e0 5353 4c20 302e 392e 3662 290d 0a43 6f6eSSL.0.9.6b)..Con 0x00f0 6e65 6374 696f 6e3a 2063 6c6f 7365 0d0anection:.close.. 0x 4500 05d4 c02e 4000 7b06 ddc4 d9ed be0a[EMAIL PROTECTED] 0x0010 5084 73b4 0050 09a1 1339 a2b6 73a1 23ebP.s..P...9..s.#. 0x0020 5010 212e a598 4854 5450 2f31 2e31P.!.HTTP/1.1 0x0030 2032 3030 204f 4b0d 0a53 6572 7665 723a.200.OK..Server: 0x0040 204d 6963 726f 736f 6674 2d49 4953 2f34.Microsoft-IIS/4 0x0050 2e30 0d0a 4361 6368 652d 436f 6e74 726f.0..Cache-Contro 0x0060 6c3a 206e 6f2d 6361 6368 650d 0a45 7870l:.no-cache..Exp 0x0070 6972 6573 3a20 4672 692c 2032 3120 4a75ires:.Fri,.21.Ju 0x0080 6e20 3230 3032 2031 313a 3533 3a32 3220n.2002.11:53:22. 0x0090 474d 540d 0a43 6f6e 6e65 6374 696f 6e3aGMT..Connection: 0x00a0
DO NOT REPLY [Bug 10130] New: - ApacheMonitorVersion.rc missing
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=10130. 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=10130 ApacheMonitorVersion.rc missing Summary: ApacheMonitorVersion.rc missing Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Compilation with VC6 results in the following error: Error scanning file C:\Download\Temp\httpd-2.0.39\support\win32\ApacheMonitorVersion.rc for dependencies. A search for the reference yields: C:\Download\Temp\httpd-2.0.39\support\win32\ApacheMonitor.rc(67):#include ApacheMonitorVersion.rc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10131] New: - script.awk missing results in fatal error
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=10131. 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=10131 script.awk missing results in fatal error Summary: script.awk missing results in fatal error Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC OS/Version: All Status: NEW Severity: Blocker Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] awk -f script.awk docs/conf/ssl-std.conf \Apache2 \Apache2\conf\ssl.default.conf Bad command or file name awk: script.awk:5: fatal error: internal error Abort! Exiting due to signal SIGABRT General Protection Fault at eip=0002710f eax=ffb3 ebx=ffb3 ecx=01cc edx=ffb4 esi= edi=4118 ebp=000897b4 esp=000897a0 program=C:\AWK\BIN\AWK.EXE cs: sel=01a7 base=01cc limit=7e32 ds: sel=01af base=01cc limit=7e32 es: sel=01af base=01cc limit=7e32 fs: sel=017f base=6710 limit= gs: sel=01bf base= limit=0010 ss: sel=01af base=01cc limit=7e32 App stack: [00089bf4..00049bf4] Exceptn stack: [00049b48..00047c08] Call frame traceback EIPs: 0x0002710f 0xcf2a 0xc9b3 0x72ea 0x6ed8 0x6742 0x66c6 0xdc37 0x00026b22 if not exist \Apache2\conf\ssl.conf copy \Apache2\conf\ssl.default.conf \Apache2\conf\ssl.conf 1 file(s) copied. awk -f script.awk support/dbmmanage.in \Apache2\bin\dbmmanage.pl del .a .y Apache.exe - 1 error(s), 0 warning(s) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10131] - script.awk missing results in fatal error
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=10131. 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=10131 script.awk missing results in fatal error [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |High - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7786] - ScriptInterpreterSource is broken
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=7786. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7786 ScriptInterpreterSource is broken --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 17:33 --- Just for fun, try combining the lines; AddHandler cgi-script .cgi AddHandler cgi-script .pl into; AddHandler cgi-script .cgi .pl and see what happens. I'm simply wondering if the .pl association didn't clobber the .cgi association in that container. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10130] - DevStudio cannot resolve .rc #include'd packages
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=10130. 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=10130 DevStudio cannot resolve .rc #include'd packages [EMAIL PROTECTED] changed: What|Removed |Added Summary|ApacheMonitorVersion.rc |DevStudio cannot resolve .rc |missing |#include'd packages --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 17:40 --- Please describe 1. how you invoked the build (in the studio ide? which target project? command line? what command?) 2. is awk correctly installed on your machine? 3. which package you obtained (-win32-src.zip? .tar.gz? CVS checkout?) 4. what Visual Studio 6.0 service pack you have installed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10131] - script.awk missing results in fatal error
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=10131. 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=10131 script.awk missing results in fatal error [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 17:42 --- This sounds like a bug in your awk. Are you attempting to use a cygwin awk? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10130] - DevStudio cannot resolve .rc #include'd packages
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=10130. 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=10130 DevStudio cannot resolve .rc #include'd packages --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 19:00 --- Built with /VS C++ 6.0/sp5. Target project InstallBin - Win32Release. Build command line: NMAKE /f makefile.win INSTDIR=\Apache2 SHORT=R LONG=Release _install. awk: From command line: C:\awk --version GNU Awk 3.0.6 Copyright (C) 1989, 1991-2000 Free Software Foundation. Source: httpd-2.0.39-win32-src.zip downloaded from mirror. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10130] - DevStudio cannot resolve .rc #include'd packages
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=10130. 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=10130 DevStudio cannot resolve .rc #include'd packages [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal Priority|High|Other --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 19:20 --- Since I can reproduce this on DevStudio 7.0 (missing the #include clue that we better generate ApacheMonitorVersion.rc in order to compile ApacheMonitor.rc) I'm leaving this report open. However, I expect the problem lies in GNU 3.06 built under [??? cygwin?] Can you share where you obtained that, if it is cygwin (perhaps the command depends awk.exe will reveal which clib and other .dll's it's bound to.) cygwin does it's own thing with pathnames and so forth, and cannot handle win32 backslash path delimiters and the like. It's very possible that your problem is isolated to this issue. Please track further discussion with your GNU [cygwin?] awk on bug 10131. This indicent will track DevStudio's unwillingness to grok #include in .rc source files. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10131] - script.awk missing results in fatal error
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=10131. 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=10131 script.awk missing results in fatal error [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 19:33 --- This additional information might be useful: The command just prior to the fatal awk call works without complaint: awk -f script.awk docs/conf/httpd-win.conf \Apache2 \Apache2\conf\httpd.default.conf When I run the problem awk command from the command line I get: awk: script.awk:10: (FILENAME=docs/conf/ssl-std.conf FNR=253) fatal: cannot open file `\Apache2' for reading (Permission denied (EACCES)) C:\Download\Temp\httpd-2.0.39awk --version GNU Awk 3.0.6 Copyright (C) 1989, 1991-2000 Free Software Foundation. I do have cygwin installed on my machine but its after \awk in the path. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10135] New: - users can view other user's web files through apache/php rights
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=10135. 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=10135 users can view other user's web files through apache/php rights Summary: users can view other user's web files through apache/php rights Product: Apache httpd-1.3 Version: 1.3.23 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Auth/Access AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Hi. Suppose we have a dedicated web server with 100 (or more) users. We configure Apache so it will see every user's web files. So we have user x and user y, User x cannot see or read the y's web files or other files, but he is smart and somehow finds a mode to break into y's web (especially in the case with /home/y/public_html setting --- every user knows that user xxyy has an public_html in his home dir, so he exploits it). How ? By Apache's rights. Does Apache have the rights to read ALL USERS web files ? YES. So x makes a browsing system and he uses Apache's rights to read ALL USERS web files for reading y's web files. So x reads x's config.php (or anything else) and he finds out the database user and pass. What next ? So, I tink it's a bad thing (in fact it's a major security problem) for php and Apache to use general rights for every user. Can Apache be configured as an user-level multi-user-threaded server or this is a SECURITY BUG ? I think someone (at least PHPApache) cares. Best regards Tudor Palanga. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10143] New: - wishlist: UserDirCustomLog access.log full
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=10143. 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=10143 wishlist: UserDirCustomLog access.log full Summary: wishlist: UserDirCustomLog access.log full Product: Apache httpd-1.3 Version: 1.3.25 Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Other mods AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] How can I log the access.log and even better the error.log, too, into the UserDir? My users want to have them but giving them access to the global one would raise privacy concerns. Is the only way to type a houndred times CustomLog /home/xyz/access.log full? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10144] - Request: Please provide bzip2 tarballs for httpd downloads
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=10144. 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=10144 Request: Please provide bzip2 tarballs for httpd downloads --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 06:29 --- Another enhancement would be to add .bz2 files to the default config. AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip .bz2 - 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 Version|2.0.36 |2.0.39 --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 10:23 --- This bug still exists in 2.0.39 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel
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=10147. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10147 Broken ExtFilterOptions DebugLevel --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 14:54 --- I wasn't able to reproduce the lost filter definition when using this configuration: Directory /photo DirectoryIndex index.cgi Options Indexes ExecCGI AddHandler cgi-script .cgi SetOutputFilter sed-replace ExtFilterOptions DebugLevel=9 /Directory ExtFilterDefine sed-replace cmd=/bin/sed 's/photos/picurs/g' (I didn't see any output at the client because sed got confused by the single quotes. When I remove the single quotes it works fine.) Can you spot something about my testcase which is inconsistent with your description, or can you perhaps supply a set of minimal changes to the default httpd-std.conf which would expose the problem? Thanks so much! (Certainly I need to update the doc to describe quoting issues like this!!) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10148] New: - Wrong translation of an error document
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=10148. 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=10148 Wrong translation of an error document Summary: Wrong translation of an error document Product: Apache httpd-2.0 Version: 2.0.39 Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] The french translation of the document HTTP_REQUEST_TIME_OUT.html.var is wrong. This translation seems to be : Content-language: fr Content-type: text/html Body:--fr-- !--#set var=TITLE value=Requecirc;te trop longue ! -- !--#include virtual=include/top.html -- Le serveur a fermeacute; la connection car le navigateur n'a pas fini la requecirc;te dans le temps speacute;cifieacute;. !--#include virtual=include/bottom.html -- --fr-- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10041] - Does not work two and more !-- include virtual bla-bla-- directives of PHP scripts
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=10041. 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=10041 Does not work two and more !-- include virtual bla-bla-- directives of PHP scripts [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 16:03 --- You need to report this problem to the PHP bug tracking page, since this is a bug in the PHP module, not Apache. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10130] - DevStudio cannot resolve .rc #include'd packages
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=10130. 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=10130 DevStudio cannot resolve .rc #include'd packages --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 20:02 --- Please do James... see the microsoft.public.vc.ide_general list for some observations, just search for .rc and #include and you will see others have observed this same behavior and some [not many] have worked around it on Visual Studio 7.0. I suspect the user's problems in VS6.0 were phantoms of not having a working awk. After you create an account on this bugzilla, you might want to see yourself to this bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10131] - script.awk missing results in fatal error
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=10131. 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=10131 script.awk missing results in fatal error [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 20:06 --- *** This bug has been marked as a duplicate of 8008 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8008] - Cannot build makefile.win with djgpp awk 3.0.6, use gnu 3.0.3 or bwk awk
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 Cannot build makefile.win with djgpp awk 3.0.6, use gnu 3.0.3 or bwk awk [EMAIL PROTECTED] changed: What|Removed |Added URL||http://cm.bell- ||labs.com/cm/cs/who/bwk/awk95 ||.exe Keywords||FAQ Summary|Cannot create .rc parsed|Cannot build makefile.win |build files with djgpp awk |with djgpp awk 3.0.6, use |3.06|gnu 3.0.3 or bwk awk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi
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=10092. 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=10092 Windows Installer 2.0 not compatable with 1.3.26 msi --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 20:21 --- You should NOT need to uninstall Windows Installer 2.0. Your trace indicates that 1.3 version of Apache is installed on your machine, right now. Is that correct or not? If there is an installed version, you need to uninstall/reinstall. If there is not an installed version, we need to start researching in the MSKB. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10152] New: - suexec doesn't let HTTPS variable
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=10152. 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=10152 suexec doesn't let HTTPS variable Summary: suexec doesn't let HTTPS variable Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Other AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] just add HTTPS somewhere in safe_env_lst[] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10154] New: - Apache 2.0.39 does not run in XP
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=10154. 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=10154 Apache 2.0.39 does not run in XP Summary: Apache 2.0.39 does not run in XP Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Everytime I start up Apace 2.0.39 (the latest version) with PHP, no services are able to successfully run. My server is not able to run either. I dont even have the option to start/restart/stop my server in the Monitor. I have tried to using command prompt, but it doesnt work either. I would really like to know if you guys could fix this - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8712] - apxs build of mod_php4 modifies httpd.conf incorrectly
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=8712. 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=8712 apxs build of mod_php4 modifies httpd.conf incorrectly ler@lerctr.org changed: What|Removed |Added Summary|apxs build of mod_php4 |apxs build of mod_php4 |modifies httpd.conf |modifies httpd.conf |incorrectly |incorrectly --- Additional Comments From ler@lerctr.org 2002-06-23 04:03 --- Any news on this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10154] - Apache 2.0.39 does not run in XP
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=10154. 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=10154 Apache 2.0.39 does not run in XP [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 05:53 --- i also had this problem... i did the following steps and now it runs perfect: 1) uninstall the old one (2.0.36) (make sure u have closed the apache monitor) 2) deleted all files whiche weren't deleted by the uninstaller!!! *important* 3) rebooted the pc (i don't know if it is nessecary) 4) installed the new one (2.0.39)... 5) rebooted the pc (i don't know if it is nessecary) - but until now i did't get php run under it... maybe with php 4.3.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10154] - Apache 2.0.39 does not run in XP
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=10154. 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=10154 Apache 2.0.39 does not run in XP [EMAIL PROTECTED] changed: What|Removed |Added Keywords||FAQ --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 08:47 --- Reboots aren't necessary, however you make an important point, close the ApacheMonitor first before uninstalling. In fact, close ANY service monitor, including any Windows Services control applet or open property pages. And close any registry editors open to Apache's registry keys. Anything open to these resources could delay their removal until the next reboot. Thanks for the play-by-play docs! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing
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=9971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9971 Windows command line build fails - script.awk missing [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 08:57 --- No script.awk is not missing. You must use nmake or another make utility that supports the CR LF text body CR LF CR LF syntax. GNU Awk 3.0.6 is suspect [buggy] which might have something to do with your issue. The .y/.a semantics returned in the 2.0.39 build script, so that bug is resolved. Del takes multiple files in every version I recall, but I'll take your word for it and split those. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9223] - Execution of CGI with multibyte query string fails with 500.
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=9223. 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=9223 Execution of CGI with multibyte query string fails with 500. [EMAIL PROTECTED] changed: What|Removed |Added Keywords||FAQ Summary|Execution of CGI with |Execution of CGI with |multibyte query string fail.|multibyte query string fails ||with 500. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9909] - Error when Restarting Apache2
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=9909. 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=9909 Error when Restarting Apache2 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 09:03 --- This looks like a bug in PHP, you should have reported it there. I would suggest, as a possibility, that you are using a module built for debug mode, or that isn't compatible with MSVC 6.0 SP5 binaries. I see this error often mixing debug and release .dlls. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9790] - Cookies set in Servlets through proxies
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=9790. 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=9790 Cookies set in Servlets through proxies [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 09:06 --- There were some cookie bugs fixed after .24 was released. Please upgrade to 1.3.26, reopen if the behavior persists. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8466] - httpd 2.0.35 dies when dealing with many OPTION VALUE=xxx tags
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=8466. 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=8466 httpd 2.0.35 dies when dealing with many OPTION VALUE=xxx tags [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 09:07 --- Please upgrade to 2.0.39 and reopen if this bug persists. We expect it has been addressed, and I suspect that mod_include was the culprit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8996] - Incorrect bytes sent logged for aborted connection
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=8996. 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=8996 Incorrect bytes sent logged for aborted connection [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows NT/2K |Linux Version|2.0.36 |2.0.39 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9710] - AddDefaulCharset Directive overwrites original Charset of proxied pages
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=9710. 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=9710 AddDefaulCharset Directive overwrites original Charset of proxied pages [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 09:11 --- This sounds like a straightforward misconfiguration. Please discuss on the appropriate user forum (see the users mailing lists described at http://httpd.apache.org/lists.html#http-users - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8455] - Proxyreceivebuffersize accept nothing but default
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=8455. 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=8455 Proxyreceivebuffersize accept nothing but default [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 09:12 --- winsock can't support proxyreceivebuffersize. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9370] - Unable to Exclude URLS from Cache
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=9370. 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=9370 Unable to Exclude URLS from Cache [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 09:14 --- This module is experimental. Please try .39 and see if that helps, and recognize much development continues on the caching support. Reopen this report if the problem isn't addressed by the release of 2.0.40. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10130] - DevStudio cannot resolve .rc #include'd packages
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=10130. 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=10130 DevStudio cannot resolve .rc #include'd packages [EMAIL PROTECTED] changed: What|Removed |Added CC||bugs@httpd.apache.org AssignedTo|bugs@httpd.apache.org |[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10161] - Php ?.?.? with Apache 2.0.29
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=10161. 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=10161 Php ?.?.? with Apache 2.0.29 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 15:38 --- Apache 2.0.x works with PHP in CVS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8867] - make install fails for httpd-2.0.36 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=8867. 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=8867 make install fails for httpd-2.0.36 on Solaris 8 --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 15:42 --- Created an attachment (id=2159) Attached it exports.c for Apache 2.0.36 - Same problem found with Apache 2.0.39 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9714] - Apache/2.0.36 service cannot be startet on Windows XP Pro SMP
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=9714. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9714 Apache/2.0.36 service cannot be startet on Windows XP Pro SMP --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 20:04 --- I CAN run the server from the console. It starts the two client processes, and everything works as expected besides the fact that there is now way other than kill to stop these processes. NOTHING appears in the error.log! Strange... Although the ap_log* calls are in place and executed, no log is written. From the Application event log: The Apache service named reported the following error: (23563)The service process could not connect to the service controller. : Error starting service control dispatcher I managed to debug the service startup: StartServiceCtrlDispatcher at service.c:577 fails with rv = 23563. GetLastError () reports 1063. In general it seems to be against the rules to call StartServiceCtrlDispatcher from a thread in a DLL (libhttpd.dll). According to the docs the function should be called from the main thread of the application. I also see that the service entry function should have WINAPI (_cdecl) linkage type. I changed the latter with no effect. We have a lot to do with services. And what happens in the Apache2 code seems a little bit strange to me. I would help to come to a more general solution that will work (like our services). I could supply a sample (unfortunately C++) pointing out how you could forever get rid of the service problems (we can also not install the service with dependencies on other services like a database). If C++ is a no-go for this project, the class may help to refactor the service stuff in C. Just send me a mail ([EMAIL PROTECTED]) and I send the code (single C++ class plus sample service). regards benjamin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9714] - Apache 2.0 service won't start on XP Pro SMP (race?)
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=9714. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9714 Apache 2.0 service won't start on XP Pro SMP (race?) [EMAIL PROTECTED] changed: What|Removed |Added Summary|Apache/2.0.36 service cannot|Apache 2.0 service won't |be startet on Windows XP Pro|start on XP Pro SMP (race?) |SMP | --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 20:37 --- I have two suspicions. The first is easier to walk than the other. 1. there is a race in the service mpm code when creating the SCM thread, a seperate thread that manages communications and args from the Service Control Manager. 2. WinXP won't tolerate the SCM thread starting on a different CPU than the original invocation. This is probably unlikely, but serious enough to consider processor affinity issues. I will look for the race, and give you an update. Have you checked .39? [update the bug Version if you have.] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7195] - mod_proxy removes Set-cookie headers
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=7195. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7195 mod_proxy removes Set-cookie headers [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 21:10 --- The bug does not seem do be fixed for me. I work with the 1.3.26 version of apache, I also tried to download the current version of proxy_http.c from the CVS, and both give the same result : The result of a query, by direct access : HTTP/1.1 200 OK Server: Zope/(Zope 2.5.1 (source release, python 2.1, linux2), python 2.1.3, linux2) ZServer/1.1b1 Date: Sun, 23 Jun 2002 20:56:39 GMT Content-Type: text/html Etag: Content-Length: 3897 Set-Cookie: __ac_plebia=FLP2aWVyOmRk%0A; Expires=31 Dec 2020 00:00:00 GMT; Path=/ Set-Cookie: __ac_name=Xavier; Expires=Mon, 23 Jun 2003 20:56:39 GMT; Path=/ The result of the same query, through apache and mod_proxy : HTTP/1.1 200 OK Date: Sun, 23 Jun 2002 20:51:38 GMT Server: Zope/(Zope 2.5.1 (source release, python 2.1, linux2), python 2.1.3, linux2) ZServer/1.1b1 Content-Length: 3882 Content-Type: text/html Etag: Set-Cookie: __ac_name=Xavier; Expires=Mon, 23 Jun 2003 20:51:39 GMT; Path=/ X-Cache: MISS from www.plebia.org Keep-Alive: timeout=15, max=95 Connection: Keep-Alive As you can see, the __ac_plebia cookie seems to be dropped. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10166] New: - HTTP/1.1 proxy requests made even when client makes a 1.0 one
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=10166. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10166 HTTP/1.1 proxy requests made even when client makes a 1.0 one Summary: HTTP/1.1 proxy requests made even when client makes a 1.0 one Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Starting from 1.3.24, mod_proxy's behavious has been changed to make HTTP/1.1 proxy requests. This even in the case where the browser made a 1.0 request originally. This results in old browsers (IE5.0) with broken 1.1 implementation to recieve chunked-encoding HTTP data and breaks rendering of certain pages. The following patch fixes this issue by making mod_proxy issue a request of the same version the original client sent. Index: proxy_ftp.c === RCS file: /home/gozer/mirror/cvs.apache.org/apache-1.3-cvs/src/modules/proxy/proxy_ftp.c,v retrieving revision 1.98 diff -b -B -u -I'$Id' -I'$Revision' -r1.98 proxy_ftp.c --- proxy_ftp.c 7 Apr 2002 18:57:36 - 1.98 +++ proxy_ftp.c 24 Jun 2002 04:07:25 - @@ -1333,7 +1333,7 @@ /* send response */ /* write status line and headers to the cache file */ -ap_proxy_write_headers(c, ap_pstrcat(p, HTTP/1.1 , r-status_line, NULL), resp_hdrs); +ap_proxy_write_headers(c, ap_pstrcat(p, r-protocol, , r-status_line, NULL), resp_hdrs); /* Setup the headers for our client from upstreams response-headers */ ap_overlap_tables(r-headers_out, resp_hdrs, AP_OVERLAP_TABLES_SET); Index: proxy_http.c === RCS file: /home/gozer/mirror/cvs.apache.org/apache-1.3-cvs/src/modules/proxy/proxy_http.c,v retrieving revision 1.99 diff -b -B -u -I'$Id' -I'$Revision' -r1.99 proxy_http.c --- proxy_http.c30 May 2002 10:19:49 - 1.99 +++ proxy_http.c24 Jun 2002 04:07:25 - @@ -309,7 +309,7 @@ ap_bpushfd(f, sock, sock); ap_hard_timeout(proxy send, r); -ap_bvputs(f, r-method, , proxyhost ? url : urlptr, HTTP/1.1 CRLF, +ap_bvputs(f, r-method, , proxyhost ? url : urlptr, , r-protocol, CRLF, NULL); /* Send Host: now, adding it to req_hdrs wouldn't be much better */ if (destportstr != NULL destport != DEFAULT_HTTP_PORT) @@ -579,7 +579,7 @@ } /* write status line and headers to the cache file */ -ap_proxy_write_headers(c, ap_pstrcat(p, HTTP/1.1 , r-status_line, NULL), resp_hdrs); +ap_proxy_write_headers(c, ap_pstrcat(p, r-protocol, , r-status_line, NULL), resp_hdrs); } /* Setup the headers for our client from upstreams response-headers */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10166] - HTTP/1.1 proxy requests made even when client makes a 1.0 one
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=10166. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10166 HTTP/1.1 proxy requests made even when client makes a 1.0 one --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 04:13 --- Created an attachment (id=2161) Proposed patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10107] - Random (frequent) error - pages not loading in Netscape 4.x
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=10107. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10107 Random (frequent) error - pages not loading in Netscape 4.x [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |High --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 06:36 --- Just an update: I have still not found any solution or workaround to the problem, but I have had to resort to downgrading to version 2.0.36 again as this is a production webserver. This means that all the links I gave you will work perfectly. This also means that I'm running a vulnerable webserver. (help!! :) I have also had reports of random problems with sites hosted here with browsers other than Netscape (IE 5 mostly). I can't be at all specific as to details, but there are just some problems. Not helpful at all I know, but that problems with Netscape are still consistent. Please let me know if you'd like me to install 2.0.39 again, as it is no problem to do, but I will just need a timeframe (up to a few hours) when someone will be likely to look into it, as I don't want to be running an inaccesible webserver for too long. Thanks again, Matt Parlane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10169] New: - Apache seg faults due to attempt to access out of bounds address from hash_buckets[] array
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=10169. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10169 Apache seg faults due to attempt to access out of bounds address from hash_buckets[] array Summary: Apache seg faults due to attempt to access out of bounds address from hash_buckets[] array Product: Apache httpd-1.3 Version: HEAD Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: mod_mime AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Here is my compilation procedure of apache-1.3.26: --- gzip -dc openssl-0.9.6d.tar.gz | tar xvf - cd openssl-0.9.6d ./config --prefix=/usr/local --openssldir=/usr/local/openssl make make install cd .. gzip -dc apache_1.3.26.tar.gz | tar xvf - gzip -dc mod_auth_mysql-2.20.tar.gz | tar xvf - gzip -dc php-4.2.1.tar.gz | tar xvf - gzip -dc mod_ssl-2.8.9-1.3.26.tar.gz | tar xvf - cd apache_1.3.26 ./configure cd ../php-4.2.1 ./configure --with-mysql --with-apache=../apache_1.3.26 --enable-track-vars make make install cd ../mod_auth_mysql-2.20 ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.26 make install cd ../mod_ssl-2.8.9-1.3.26 ./configure --with-apache=../apache_1.3.26 --with-ssl=../openssl-0.9.6d cd ../apache_1.3.26 setenv OPTIM -g -ggdb ./configure --prefix=/usr/local/apache-ssl --activate- module=src/modules/php4/libphp4.a --activate- module=src/modules/auth_mysql/libauth_mysql.a --enable-module=ssl make make install cd .. cd apache_1.3.26/src make certificate --- Everything goes ok (except for a rule on alloc.h in src/modules/auth_mysql/Makefile, that could be resolved by simple comment out) The problem appears when apache runs. Childs dying when trying to get *.gif files (for example). When debugging the apache (with X) I see that there is a moment when static hash_buckets[] array from mod_mime.c gets overwritten. Here is an example: (gdb) p hash_buckets// This is after init_mime() $4 = {0x82ccb54, 0x82ccbbc, 0x82ccc24, 0x82ccc8c, 0x82cccf4, 0x82ccd5c, 0x82ccdc4, 0x82cce2c, 0x82cce94, 0x82ccefc, 0x82ccf64, 0x82ccfcc, 0x82cd034, 0x82cd09c, 0x82cd104, 0x82cd16c, 0x82cd1d4, 0x82cd23c, 0x82cd2a4, 0x8305eb4, 0x8305f1c, 0x8305f84, 0x8305fec, 0x8306054, 0x83060bc, 0x8306124, 0x830618c, 0x83061f4, 0x830625c, 0x83062c4, 0x830632c, 0x8306394} (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x814ae03 in ap_table_get (t=0x6b2b587a, key=0x8309dec gif) at alloc.c:1479 1473table_entry *elts = (table_entry *) t-a.elts; (gdb) where #0 0x814ae03 in ap_table_get (t=0x2956574b, key=0x8309d94 gif) at alloc.c:1473 #1 0x807f5e8 in find_ct (r=0x8307e9c) at mod_mime.c:656 #2 0x814eae4 in run_method (r=0x8307e9c, offset=17, run_all=0) at http_config.c:369 #3 0x814eb88 in ap_find_types (r=0x8307e9c) at http_config.c:391 #4 0x8163c0d in process_request_internal (r=0x8307e9c) at http_request.c:1297 #5 0x8163ccc in ap_process_request (r=0x8307e9c) at http_request.c:1324 #6 0x815adce in child_main (child_num_arg=0) at http_main.c:4681 #7 0x815af80 in make_child (s=0x82a09ec, slot=0, now=1024906769) at http_main.c:4805 #8 0x815b0d9 in startup_children (number_to_start=5) at http_main.c:4887 #9 0x815b736 in standalone_main (argc=4, argv=0xba24) at http_main.c:5195 #10 0x815bf13 in main (argc=4, argv=0xba24) at http_main.c:5558 (gdb) p hash_buckets// This is when trying to get .gif file $5 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x6b2b587a, 0x62216a5c, 0x0, 0x8261934, 0x0, 0x82cd234, 0x82cd29c, 0x8305eb4, 0x8305f1c, 0x8305f84, 0x8305fec, 0x8306054, 0x83060bc, 0x8306124, 0x830618c, 0x83061f4, 0x830625c, 0x83062c4, 0x830632c, 0x8306394, 0x83063fc, 0x8306464, 0x83064cc, 0x8306534, 0x830659c} (gdb) The strange thing is that it doesn't happen all the time. Please help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7786] - ScriptInterpreterSource is broken
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=7786. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7786 ScriptInterpreterSource is broken --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 08:38 --- Combining the two lines didn't make any difference. Still Apache2 does not recognize the .cgi-scripts. But I found another difference. Looking into the registry with regedt32, it showed, that the Perl installation generated the entry for key command (under Perl, shell, Open) with type REG_SZ, but the NT-Explorer created the key command (under cgifile, shell, Open) with a value of type REG_EXPAND_SZ. Deleting the value of this key with regedit (key (Standard) under cgifile, shell, Open, command) and then entering a new value there (again the invocation for the Perl installation: D:\Programme\Perl\bin\perl.exe %1 %*) generated a value of type REG_SZ. And now this entry works!! By the way: I also tried the mod_ssl from Apache-2.0.39-Mod_SSL-OpenSSL-0.9.6d-Win32.zip from http://www.modssl.org/contrib/;, and with https .cgi-scripts still didn't work, while .pl-scripts are fine. The above procedure changed only the behavior fot http-requests, not for https-requests (I have to rely on http://www.modssl.org/contrib/;, as I don't have a compiler environment on my NT machine). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10170] New: - SSLSessionCache 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=10170. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10170 SSLSessionCache not honoured Summary: SSLSessionCache not honoured Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: mod_ssl AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] on startup, i get the following warning: [warn] Init: Session Cache is not configured [hint: SSLSessionCache] my conf of Session Cache (in ssl.conf) is the following: (...) SSLSessionCache dbm:logs/ssl_scache SSLSessionCacheTimeout 300 (...) this has been tested with versions of 2.0.39 compiled with OpenSSL 0.9.6c and with 0.9.6d. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7786] - ScriptInterpreterSource is broken
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=7786. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7786 ScriptInterpreterSource is broken --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 09:34 --- Supplement to last comment: The error messages in the mod_ssl case are a little bit different: [Mon Jun 24 11:31:18 2002] [error] [client 127.0.0.1] (22)Invalid argument: couldn't create child process: 22: E:/Web/cgi-bin/test.cgi [Mon Jun 24 11:31:18 2002] [error] [client 127.0.0.1] (22)Invalid argument: couldn't spawn child process: E:/Web/cgi-bin/test.cgi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10177] New: - Broken POST request
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=10177. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10177 Broken POST request Summary: Broken POST request Product: Apache httpd-1.3 Version: HEAD Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: core AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] There is problem in apache 1.3.26 with POST request processing. Sometimes I get this type of request (entry from access_log): delta_ts=20020617115013longdesclength=4POST /process_bug.cgi HTTP/1.1 next entry is: delta_ts=20020617115013longdesclength=4GET /show_bug.cgi?id=3410 ^^ This request has probably broken CONTENT-TYPE parameter. This bug happens only with apache 1.3.26 - in poor Perl CGI and in PHP 3.0.18/4.2.1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing
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=9971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9971 Windows command line build fails - script.awk missing --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 14:07 --- Created an attachment (id=2165) output of nmake /f Makefile.win installr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing
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=9971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9971 Windows command line build fails - script.awk missing [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 14:08 --- I am not using GNU awk; I'm using Brian Kernighan's version referenced in docs/manual/platform/win-compiling.html. Anyway, I solved the missing script.awk problem by running from TextPad, which allows shell commands. I have no idea how this fixes it. When I ran installr, I got two Bad command or file name messages. Attached is the output. P.S.: if you can get to a Windows 98 machine, try the following: C:\echo a a C:\echo b b C:\del a b Too many parameters - b I don't want you to take my word for it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10178] New: - Proxy server cuts off begining of buffer when specific header is used.
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=10178. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10178 Proxy server cuts off begining of buffer when specific header is used. Summary: Proxy server cuts off begining of buffer when specific header is used. Product: Apache httpd-1.3 Version: HEAD Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] ?xml version=1.0 encoding=iso-8859-1 standalone=yes? header causes proxy server to loose parts of buffer. After upgrade to 1.3.26 our XML API stopped working and we isolated the following problem: The following API XML response when passing through Proxy server: ?xml version=1.0 encoding=iso-8859-1 standalone=yes?responseAuth status=0/Version status=0number1.61/numberurlhttp://release.openair1.com/download/OpenAi rOffLine161.exe/urlsize1246882/size/VersionRead status=0SliptypeT/typedescription/total0.00/totalprojectid/tax _location_name/updatedDateyear2002/yearminute18/minutesecond35/s econdhour10/hourmonth01/monthday07/day/Date/updatednotesRaz Dva Tri Chetyre/notescurrencyUSD/currencytotal_with_tax/categoryid/rate0.00 /ratepayment_typeid/userid1/useridgl_code1234455454/gl_codeunitm/i d11/idtimer_start/minute/projecttaskid/createdDateyear2000/year minute45/minutesecond53/secondhour10/hourmonth11/monthday17/d ay/Date/createdcost0.000/costcity/invoiceid/itemid/dateDatey ear2000/yearminute/second/hour/month11/monthday13/day/Date/d atehour4/hourcustomerid40/customeridquantity0.00/quantity/Slip/r esponse would return nothing, or would cut off buffer returning only the end of the full response. When we tried to connect to webserver directly (bypassing proxy), the whole response was returned with no porblems. Then we tried putting a line break after initial: ?xml version=1.0 encoding=iso-8859-1 standalone=yes?. As the result the whole response below that line was intact but this line got chewed off by proxy. Then we put the following sequence: ?xml version=1.0 encoding=iso-8859-1 standalone=yes? \n ?xml version=1.0 encoding=iso-8859-1 standalone=yes? the rest of the response (Two identical headers with line break in between and then full response) The first header got chewed off, the second one remained there and the rest of the response was fine. This hack enabled us to get back to working API. We can replicate this problem on all machines running new version of Apachi. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9534] - rewritemap using external map program gets out of sync
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=9534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9534 rewritemap using external map program gets out of sync --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 15:07 --- Created an attachment (id=2167) Working Fix against 2.0.39, but still needs some work (uses Non-Apache-Constant EAGAIN) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9971] - Windows command line build fails - script.awk missing
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=9971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9971 Windows command line build fails - script.awk missing --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 15:33 --- First the last comment; P.S.: if you can get to a Windows 98 machine, try the following: C:\del a b Too many parameters - b I entirely trust you on this, it's already patched :) Back to script.awk; Does your TEMP or TMP env variable include spaces? Perhaps that's what is messing up the awk or nmake lexical engines. What version of NMAKE.EXE is being invoked? Which VisualStudio version do you have installed? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7786] - ScriptInterpreterSource with non-ASCII command path/filenames broken
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=7786. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7786 ScriptInterpreterSource with non-ASCII command path/filenames broken [EMAIL PROTECTED] changed: What|Removed |Added Summary|ScriptInterpreterSource is |ScriptInterpreterSource with |broken |non-ASCII command ||path/filenames broken Version|2.0.36 |2.0.39 --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 15:45 --- Ok, I suspect your interpreter's path was non-ascii? I committed a fix last night to handle non-ASCII characters in the ext\shell\open\command variables, so this should work for you. This patch also handles the non-ASCII elements of envvars correctly, so that REG_EXPAND_SZ strings will be properly parsed. That too could have been your issue. I will announce a development binary of 2.0.40-dev for testing so you can verify [if you recall the old command REG_EXPAND_SZ entry.] I tested it simply by using %SystemDrive% instead of c: in one of my entries and confirmed it will work correctly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9566] - msi installer fails
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=9566. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9566 msi installer fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 15:47 --- Need a verbose log to further track down the origin of this bug. Happy to review again if one is attached to this bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9724] - Unable to Install. MSI error 2602
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=9724. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9724 Unable to Install. MSI error 2602 --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 15:59 --- Please try 2.0.39 and report back if this version has the same issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10182] New: - Apache 1.3.26 and MOD_SO on OpenBSD 3.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=10182. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10182 Apache 1.3.26 and MOD_SO on OpenBSD 3.0 Summary: Apache 1.3.26 and MOD_SO on OpenBSD 3.0 Product: Apache httpd-1.3 Version: HEAD Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Other mods AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I have found that on OpenBSD 3.0 that Apache 1.3.26 will not compile with mod_perl and mod_so. The issue is in mod_so. If I leave the --enable-module=so off of the APACI_ARGS it will make just fine. I had this issue with 3 separate OpenBSD 3.0 servers. The error that comes up is LD_RUN_PATH not found. John Alexander - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel
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=10147. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10147 Broken ExtFilterOptions DebugLevel --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 16:45 --- Thanks for the update... I was able to reproduce and am working on a change to mod_ext_filter so that filter definitions can be used across multiple servers/vhosts. (I'm ignoring your feature request for the moment :) ) Thanks again! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9534] - rewritemap using external map program gets out of sync
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=9534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9534 rewritemap using external map program gets out of sync --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 17:11 --- I tried this using the current CVS after receiving the update message and I am still seeing the problem. I am including an extract from my rewrite log. I changed the script to return the IP address it was asked to lookup which should match that of the request. The log makes it clear that it doesn't. I also included part of my httpd.conf file relating to the external map. I am running a 2.2 linux kernel. If you need other information, I should be able to probably help. I really would like to see this issue fixed. Thanjs for working on this issue. RewriteLock /home/httpd/html/robot/lock Rewritemap blocked prg:/home/httpd/html/robot/check.pl 127.0.0.1 - - [24/Jun/2002:12:02:03 --0500] [localhost/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked key=127.0.0.1 - val= 127.0.0.1 - - [24/Jun/2002:12:02:05 --0500] [localhost/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked key=127.0.0.1 - val=OK-127.0.0.1 64.24.12.167 - - [24/Jun/2002:12:02:11 --0500] [wolff.to/sid#81a6cc0][rid#8247138/initial] (5) map lookup OK: map=blocked key=64.24.12.167 - val=OK-127.0.0.1 64.24.12.167 - - [24/Jun/2002:12:02:13 --0500] [wolff.to/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked key=64.24.12.167 - val=OK-64.24.12.167 64.24.12.167 - - [24/Jun/2002:12:02:14 --0500] [wolff.to/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked key=64.24.12.167 - val=OK-64.24.12.167 127.0.0.1 - - [24/Jun/2002:12:02:18 --0500] [localhost/sid#81a6cc0][rid#8241120/initial] (5) map lookup OK: map=blocked key=127.0.0.1 - val=OK-64.24.12.167 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9534] - rewritemap using external map program gets out of sync
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=9534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9534 rewritemap using external map program gets out of sync --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 17:13 --- This issue is not yet fixed in CVS. The patch attached to this PR has not yet been committed. I've reviewed it, though, and it seems quite on-target. I'll commit a variant of it (fixing it to use APR_EAGAIN) sometime tonight. --Cliff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10186] New: - HTTP-Version in request line is presumed case sensitive
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=10186. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10186 HTTP-Version in request line is presumed case sensitive Summary: HTTP-Version in request line is presumed case sensitive Product: Apache httpd-1.3 Version: HEAD Platform: All URL: http://www.w3.org/Protocols/rfc2068/rfc2068 OS/Version: All Status: NEW Severity: Normal Priority: Other Component: core AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] RFC2068, section 2.1 - literal 'Quotation marks surround literal text. Unless stated otherwise, the text is case-insensitive.', and section 3.1 HTTP-Version: HTTP-Version = HTTP / 1*DIGIT . 1*DIGIT So a valid request *could* be GET / Http/1.0 or GET / http/1.0 But apache is doing a literal match on the uppercase string HTTP (http_protocol.c) Before this patch: http://cvs.apache.org/viewcvs.cgi/apache-1.3/src/main/http_protocol.c.diff?r1=1.314r2=1.315 There was no noticable problem, as such requests were being silently served up as the default HTTP/1.0, but now they're being interpreted as bad requests :-( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10187] New: - `ap_mpm_rewrite_args' undeclared here (not in a function)
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=10187. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10187 `ap_mpm_rewrite_args' undeclared here (not in a function) Summary: `ap_mpm_rewrite_args' undeclared here (not in a function) Product: Apache httpd-2.0 Version: 2.0.39 Platform: PC URL: http://www.mpfreescene.com OS/Version: FreeBSD Status: NEW Severity: Critical Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Im running freebsd 4.5, with latest kernal. IM getting the following error when I try to compile apache 2.0.39 and I have also tried CVS(which has the same error). I have used the configure command ./configure --prefix=/usr/local/apache -- enable-deflate --enable-so --enable-rewrite --enable-ssl, and I have also tried the plain ./configure. Also, I have tried the various MPM= commands, they all come with roughly the same error. The error follows :- Making all in prefork /bin/sh /root/httpd-2.0/srclib/apr/libtool --silent --mode=compile gcc -g -O2 - DNO_DBM_REWRITEMAP-D_REENTRANT -D_THREAD_SAFE - DAP_HAVE_DESIGNATED_INITIALIZER -I/root/httpd-2.0/srclib/apr/include - I/root/httpd-2.0/srclib/apr-util/include -I/usr/local/include -I. -I/root/httpd- 2.0/os/unix -I/root/httpd-2.0/server/mpm/prefork -I/root/httpd- 2.0/modules/http -I/root/httpd-2.0/modules/filters -I/root/httpd- 2.0/modules/proxy -I/root/httpd-2.0/include -I/usr/include/openssl - I/root/httpd-2.0/modules/dav/main -prefer-non-pic -static -c prefork.c touch prefork.lo prefork.c:1414: `ap_mpm_rewrite_args' undeclared here (not in a function) prefork.c:1414: initializer element is not constant prefork.c:1414: (near initialization for `mpm_prefork_module.rewrite_args') *** Error code 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]