Skip to main content

-server crash on b65

2 replies [Last post]
Joined: 2005-09-22

My app used to run fine with -server -Xms128M -Xmx128M and a bunch of files passed as args[]

I isolated it to the -server switch...

Here is the stacktrace

# An unexpected error has been detected by HotSpot Virtual Machine:
# Internal Error (4E41544956452C4F4F4B55500E4350500108), pid=776, tid=3056
# Java VM: Java HotSpot(TM) Server VM (1.6.0-ea-b56 mixed mode)

--------------- T H R E A D ---------------

Current thread (0x00037300): JavaThread [_thread_in_vm, id=3056]

Stack: [0x008a0000,0x008f0000)
[error occurred during error reporting, step 110, id 0xc00000fd]

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [MSVCR71.dll+0xc456]
C [MSVCR71.dll+0x957c]
C [kernel32.dll+0xb50b]

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )

Other Threads:

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

def new generation total 576K, used 10K [0x039b0000, 0x03a50000, 0x040c0000)
eden space 512K, 2% used [0x039b0000, 0x039b2908, 0x03a30000)
from space 64K, 0% used [0x03a30000, 0x03a30000, 0x03a40000)
to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000)
tenured generation total 1408K, used 0K [0x040c0000, 0x04220000, 0x079b0000)
the space 1408K, 0% used [0x040c0000, 0x040c0000, 0x040c0200, 0x04220000)
compacting perm gen total 16384K, used 444K [0x079b0000, 0x089b0000, 0x0b9b0000)
the space 16384K, 2% used [0x079b0000, 0x07a1f118, 0x07a1f200, 0x089b0000)
No shared spaces configured.

Dynamic libraries:
0x00400000 - 0x00410000 C:\Program Files\Java\jre1.6.0\bin\java.exe
0x7c900000 - 0x7c9b0000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f4000 C:\WINDOWS\system32\kernel32.dll
0x6d400000 - 0x6d40a000 C:\Program Files\Java\jre1.6.0\bin\jli.dll
0x7c340000 - 0x7c396000 C:\Program Files\Java\jre1.6.0\bin\MSVCR71.dll
0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
0x77e70000 - 0x77f01000 C:\WINDOWS\system32\RPCRT4.dll
0x6dca0000 - 0x6dfae000 C:\Program Files\Java\jre1.6.0\bin\server\jvm.dll
0x77d40000 - 0x77dd0000 C:\WINDOWS\system32\USER32.dll
0x77f10000 - 0x77f57000 C:\WINDOWS\system32\GDI32.dll
0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll
0x6d500000 - 0x6d57b000 C:\WINDOWS\system32\MSVCP71.dll
0x76390000 - 0x763ad000 C:\WINDOWS\system32\IMM32.DLL
0x629c0000 - 0x629c9000 C:\WINDOWS\system32\LPK.DLL
0x74d90000 - 0x74dfb000 C:\WINDOWS\system32\USP10.dll
0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll
0x6d2f0000 - 0x6d2f8000 C:\Program Files\Java\jre1.6.0\bin\hpi.dll
0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL
0x6d720000 - 0x6d72c000 C:\Program Files\Java\jre1.6.0\bin\verify.dll
0x6d380000 - 0x6d39f000 C:\Program Files\Java\jre1.6.0\bin\java.dll
0x6d760000 - 0x6d76f000 C:\Program Files\Java\jre1.6.0\bin\zip.dll

VM Arguments:
java_command: XXX.addressdisplay.DisplayAddressTables AAAA BBBB CCCC DDDD EEEE
Launcher Type: SUN_STANDARD

Environment Variables:
PATH=C:\watcom\BINNT;C:\watcom\BINW;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\Java\jdk1.6.0\bin;C:\ms4w\Apache\cgi-bin;C:\Program Files\Subversion\bin
PROCESSOR_IDENTIFIER=x86 Family 6 Model 9 Stepping 5, GenuineIntel

--------------- S Y S T E M ---------------

OS: Windows XP Build 2600 Service Pack 2

CPU:total 1 family 6, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 1038768k(536124k free), swap 2499200k(2172352k free)

vm_info: Java HotSpot(TM) Server VM (1.6.0-ea-b56) for windows-x86, built on Oct 13 2005 00:26:58 by "java_re" with unknown MS VC++:1310

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Joined: 2004-09-03

The vm_info says B56, but the subject says B65, could you check and see which version you have at
C:\Program Files\Java\jdk1.6.0\
C:\Program Files\Java\jre1.6.0\

It looks like you are getting the jre1.6.0 which is B56 but the jdk1.6.0 is in your PATH setting.

Also a recent change has been a removal of our dependence on MSVCP71.DLL, so with B65 you shouldn't see this DLL in the list of DLLs. But in this dump I see that the MSVCR71.DLL comes from the jre1.6.0 area, but the MSVCP71.DLL comes from the system32 area, that seems strange to me, but I'm not sure it's a problem. With B56 I would have assumed they both would have come from the jre1.6.0 area.

I'd check your install again, maybe re-install and try again.


Joined: 2005-09-22


Sorry my bad. I did rm -rf on c:\Program Files\Java and deleted everything. Did a fresh reinstall...

Then realized that I had manually copied the server directory from the JDK to JRE. So, the jvm.dll in there was from b56, while everything else was b65.

Sorry for the trouble.

P.s I mentioned this thing in 'JRE server bundling' in the mustang forums. Dmitri's response...

[i]This is because we try to limit the jre download size, and the expectation is that typical user won't need a server vm.

But I guess I see your point that if someone downloaded a jdk we could've copied the server vm to the jre.

Java2D Team [/i]