DO NOT REPLY [Bug 13159] New: - Windows Explorer client cannot connect via WebDAV
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=13159. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13159 Windows Explorer client cannot connect via WebDAV Summary: Windows Explorer client cannot connect via WebDAV Product: Apache httpd-2.0 Version: 2.0.42 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: mod_dav AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Using Windows Explorer I can no longer add network resources that are backed by Apache WebDAV folders. It appears that Explorer trims trailing slashes off of URLs before sending the request. While this behaviour is not necessarily correct, Apache used to just work, but now (as of 2.0.42) it is sending an error 301, with a Location header redirecting to the same URL with a trailing slash. $ telnet tick 80 Connected to tick.webct.com. Escape character is '^]'. OPTIONS /dav/alex5 HTTP/1.1 Host: tick.webct.com HTTP/1.1 301 Moved Permanently Date: Mon, 30 Sep 2002 22:13:28 GMT Server: Apache/2.0.42 (Win32) DAV/2 mod_ssl/2.0.42 OpenSSL/0.9.6g Location: http://tick.webct.com/dav/alex5/ Since Explorer doesn't seem to support redirects, it is no longer a viable DAV client. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13090] - apache2.0.42 coredumps upon stop on HPUX11
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=13090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13090 apache2.0.42 coredumps upon stop on HPUX11 --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 00:38 --- yes, it occurs only with our module loaded. But we don't have an atexit handler in our module. The core dump points to kill() and exit() in the apache server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10515] - cgi lock when writing to stderr
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=10515. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10515 cgi lock when writing to stderr [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Linux |All - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13090] - apache2.0.42 coredumps upon stop on HPUX11
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=13090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13090 apache2.0.42 coredumps upon stop on HPUX11 --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 01:15 --- The core dump points to kill() and exit() in the apache server. The kill() is irrelevant. That is something our signal handler does after something bad has already happened. You may want to run some sort of memory debugger to see if perhaps heap storage is being misused. If it were me, I'd find the minimal testcase required to duplicate the problem, and start commenting out plug-in code until the segfault no longer occurs for the minimal testcase. Whether the bug is in Apache or in the plug-in, it will almost certainly require playing with the plug-in until you find the critical operation it is doing which is key to the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13159] - Windows Explorer client cannot connect via WebDAV
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=13159. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13159 Windows Explorer client cannot connect via WebDAV --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 14:49 --- Do you have the env variable redirect-carefully set properly for this client? See: http://httpd.apache.org/docs-2.0/env.html#special - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13159] - Windows Explorer client cannot connect via WebDAV
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=13159. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13159 Windows Explorer client cannot connect via WebDAV [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 16:28 --- I did not have the redirect-carefully directive set. Once I added the following lines (from the stock httpd.conf file), everything worked: BrowserMatch Microsoft Data Access Internet Publishing Provider redirect-carefully BrowserMatch ^WebDrive redirect-carefully BrowserMatch ^WebDAVFS/1.[012] redirect-carefully Thanks for your help, Alex. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13181] New: - cgi scrips runs, but do not produce any output
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=13181. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13181 cgi scrips runs, but do not produce any output Summary: cgi scrips runs, but do not produce any output Product: Apache httpd-1.3 Version: 1.3.26 Platform: PC URL: http://iatp.org.ua/cgi-bin/test/test.cgi OS/Version: FreeBSD Status: NEW Severity: Critical Priority: Other Component: mod_cgi AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12705] - mod_ssl stuck in infinite loop
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=12705. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12705 mod_ssl stuck in infinite loop [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 17:55 --- The fix has been committed and will be in the next release of Apache. Thanks for figuring this out! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13182] New: - cgi scrips runs, but do not produce any output
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=13182. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13182 cgi scrips runs, but do not produce any output Summary: cgi scrips runs, but do not produce any output Product: Apache httpd-1.3 Version: 1.3.26 Platform: PC URL: http://iatp.org.ua/cgi-bin/test/test.cgi OS/Version: FreeBSD Status: NEW Severity: Critical Priority: Other Component: mod_cgi AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I do not know, how does it happed. But all my cgi scrips are not working after some time. Here is an example $ telnet hosting 80 Trying 194.44.225.10... Connected to hosting. Escape character is '^]'. GET /cgi-bin/test/test.cgi HTTP/1.0 HTTP/1.1 500 Internal Server Error Date: Tue, 01 Oct 2002 17:44:23 GMT Server: Apache/1.3.26 (Unix) mod_ssl/2.8.10 OpenSSL/0.9.6e PHP/4.2.3 rus/PL30.15 Connection: close Content-Type: text/html; charset=windows-1251 Expires: Thu, 01 Jan 1970 00:00:01 GMT Last-Modified: Tue, 01 Oct 2002 17:44:24 GMT !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN HTMLHEAD TITLE500 Internal Server Error/TITLE /HEADBODY H1Internal Server Error/H1 The server encountered an internal error or misconfiguration and was unable to complete your request.P Please contact the server administrator, [skipped] and inform them of the time the error occurred, and anything you might have done that may have caused the error.P More information about this error may be available in the server error log.P HR ADDRESSApache/1.3.26 Server at iatp.org.ua Port 80/ADDRESS /BODY/HTML Connection closed by foreign host. SriptLog: %% [Tue Oct 1 20:43:40 2002] GET /cgi-bin/test/test.cgi HTTP/1.0 %% 500 /var/www/iatp.org.ua/cgi-bin/test/test.cgi %request Host: iatp.org.ua %response %% [Tue Oct 1 20:44:24 2002] GET /cgi-bin/test/test.cgi HTTP/1.0 %% 500 /var/www/iatp.org.ua/cgi-bin/test/test.cgi %request %response mod_cgi is compiled with DEBUG_CGI: Attempting to exec /var/www/iatp.org.ua/cgi-bin/test/test.cgi as CGI child (argv0 = test.cgi) Environment: 'CHARSET=windows-1251' 'CHARSET_DETERMINED_BY=Default' 'CHARSET_HTTP_METHOD=http://' 'CHARSET_SERVER_NAME=iatp.org.ua:80' 'CHARSET_SERVER_PORT=80' 'DOCUMENT_ROOT=/var/www/iatp.org.ua' 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/petr/bin' 'REMOTE_ADDR=194.44.225.70' 'REMOTE_PORT=4404' 'SCRIPT_FILENAME=/var/www/iatp.org.ua/cgi-bin/test/test.cgi' 'SERVER_ADDR=194.44.225.10' '[EMAIL PROTECTED]' 'SERVER_NAME=iatp.org.ua' 'SERVER_PORT=80' 'SERVER_SIGNATURE=ADDRESSApache/1.3.26 Server at iatp.org.ua Port 80/ADDRESS ' 'SERVER_SOFTWARE=Apache/1.3.26 (Unix) mod_ssl/2.8.10 OpenSSL/0.9.6e PHP/4.2.3 rus/PL30.15' 'SOURCE_CHARSET=windows-1251' 'UNIQUE_ID=PZne98Is4QoAAHZCY7I' 'GATEWAY_INTERFACE=CGI/1.1' 'SERVER_PROTOCOL=HTTP/1.0' 'REQUEST_METHOD=GET' 'QUERY_STRING=' 'REQUEST_URI=/cgi-bin/test/test.cgi' 'SCRIPT_NAME=/cgi-bin/test/test.cgi' Suexec log is empty. That means in this request suexec is not used. Here is file test.cgi: #!/bin/sh /usr/bin/touch ttt echo Content-type: text/plain echo echo this is just a test /usr/bin/touch ttt2 After http-request, it really creates two files ttt and ttt2. This script runned manually under apache user (www) produces following output: Content-type: text/plain this is just a test $ httpd -v Server version: Apache/1.3.26 (Unix) Server built: Oct 1 2002 20:38:25 20:56:04 [EMAIL PROTECTED]:/var/www/iatp.org.ua/cgi-bin/test]# $ httpd -l Compiled-in modules: http_core.c mod_charset.c mod_env.c mod_define.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c mod_ssl.c suexec: enabled; valid wrapper /usr/local/sbin/suexec - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13090] - apache2.0.42 coredumps upon stop on HPUX11
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=13090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13090 apache2.0.42 coredumps upon stop on HPUX11 --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 18:00 --- The core dump only happens upon stop, everything is fine while running and serving requests. We didn't change our plugin code, it was fine with apache2.0.39. I'll try to make a minimal plugin and duplicate the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13181] - cgi scrips runs, but do not produce any output
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=13181. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13181 cgi scrips runs, but do not produce any output [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 18:01 --- You would need to provide us with more details. But better yet, please start by trying to address your problem on one of the user support forums mentioned in the FAQ. This is almost certainly either a CGI programming or configuration issue, neither of which we can help with in the bug database. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13182] - cgi scrips runs, but do not produce any output
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=13182. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13182 cgi scrips runs, but do not produce any output --- Additional Comments From [EMAIL PROTECTED] 2002-10-01 18:34 --- Is there anything in the error log? Please try the following: 1. Disable suexec completely: chmod -x /usr/local/sbin/suexec 2. Remove any non-standard modules like mod_ssl and mod_charset. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13174] New: - Apache does not start in fact...
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=13174. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13174 Apache does not start in fact... Summary: Apache does not start in fact... Product: Apache httpd-2.0 Version: 2.0.42 Platform: PC URL: http://www.hkucs.org/~tsfu/ OS/Version: Windows XP Status: NEW Severity: Blocker Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I've recently downloaded 2.0.40 and 2.0.42 on my Windows XP/.Net 2663 RC1 to compile with cygwin latest version. But after I've compiled them with both gcc 3.21 or 2.95, I could not invoke the apache at all and have the following: === [EMAIL PROTECTED] ~/Shared Documents/ftp/xemacs $ /apache-2.0.42/bin/apachectl start ulimit: ulimit: not available on this system ulimit: ulimit: not available on this system httpd: Could not determine the server's fully qualified domain name, using 218.1 88.58.89 for ServerName [1]- Done./setup.exe (wd: ~/Shared Documents/ftp/cygwin) (wd now: ~/Shared Documents/ftp/xemacs) [2]+ Done./setup.exe [EMAIL PROTECTED] ~/Shared Documents/ftp/xemacs $ ps -e PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1184 11184 1184? 18 21:23:02 /usr/sbin/inetd 1200 11200 1200? 18 21:23:03 /usr/local/bin/ipc-daemo n 121211841184 1212? 18 21:23:02 /usr/sbin/inetd I 600 1 600600 con 1004 21:24:10 /usr/bin/bash 2152 12152 2152 con 1002 21:24:24 /usr/bin/bash 1748 11748 1748? 1002 22:22:17 /apache-2.0.42/bin/httpd 5642152 564 1772 con 1002 22:22:20 /usr/bin/ps [EMAIL PROTECTED] ~/Shared Documents/ftp/xemacs $ HTTP request sent; waiting for response. === Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
