[izpack-devel] Problems with VM 1.5
Klaus.Bartz at coi.de
Tue Jul 18 08:28:12 CEST 2006
in all my hs_err_pid<PID>.log files there are lines like
# An unexpected error has been detected by HotSpot Virtual Machine:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d74cba7, pid=3860, tid=3936
# Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode, sharing)
# Problematic frame:
# V [jvm.dll+0x6cba7]
For the offset there are two or three different, but nearly values.
"our" dlls are not listed at that time. But the threads which closes the
dlls are existent and the state is "_thread_in_native".
I think the crash is not in the method FreeLibrary else the VM does later
some thing assumptioning that the dll is loaded and ready todo something.
May be it can be also in the kernel32.dll.
One thing what assist my thinking is the case that I have no crash since I
have changed it from FreeLibraryAndExitThread (handle, 0); to a second
process which removes the dlls.
OK, that's only hints. But what should we do? I have no time to debug
the VM (the code is really hard to read). It seems so, that Javasoft will
not change the problem (no reaction since over a year). In the OS there
can not be a bug because they produce only features, no bugs.
>From: izpack-devel-bounces at bat.berlios.de
>[mailto:izpack-devel-bounces at bat.berlios.de]On Behalf Of Elmar Grom
>Sent: Friday, July 14, 2006 1:41 AM
>To: izpack-devel at berlios.de
>Subject: Re: [izpack-devel] Problems with VM 1.5
>I had a closer look at a log file that was produced during
>when a EXCEPTION_ACCESS_VIOLATION occurred.
>I am not sure that I interpret the information correctly but it appears
>1) the error bubbles up from kernel32.dll. This would mean it is not
>generated by the VM but by the OS
>2) ShellLink.dll is not loaded when this happens
>3) there are no instances of FreeThread left that might be stuck
>In other words I see no evidence in the log that points to the
>the DLL being the culprit. In fact I see no evidence that the
>JVM is the
>culprit either thought the case for this is rather weak. Not
>sure where this
>leaves us but since nothing actually seems to go wrong during the
>installation I don't see any reason for attempting to take
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 7469 bytes
Url : https://lists.berlios.de/pipermail/izpack-devel/attachments/20060718/b52be3fa/attachment.obj
More information about the izpack-devel