DO NOT REPLY TO 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]
