DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=41538>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=41538 ------- Additional Comments From [EMAIL PROTECTED] 2007-02-09 02:14 ------- Some information on why this issue may occur on some systems... The jakarta_service code uses a LOAD_WITH_ALTERED_SEARCH_PATH option when loading jvm.dll (and all its dependent DLLs). See the following link for details on what is done when the jvm.dll is loaded by the jakarta_service code: Dynamic-Link Library Search Order, http://msdn2.microsoft.com/en-us/library/ms682586.aspx The behavior depends on: - the OS version - the registry value HKLM\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode - the content of the directory specified for jvm.dll, the current directory, the system directory, the 16-bit system directory, the Windows directory, the directories that are listed in the PATH environment variable. There are many ways it can go wrong ... So I suggest that anyone encountering this issue, use the Filemon tool from: http://www.microsoft.com/technet/sysinternals/FileAndDisk/Filemon.mspx Launch it before starting the tomcat service, stopping capture after the service start has failed then save the log and have a look at the log to guess which DLL fails to load and if the search path used is correct. I heavily suspect issues to come from DLL search path including bad versions of some DLLs (and very likely JDK1.5 DLLs while trying to load JDK1.6 DLLs). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
