Problematic frame: # V [jvm.dll+0x51d46]
I keep repeatably get this error. I changed my paths, system restored back to normal paths, reinstalled many many times, i dont know what else to do. If anyone knows what i can do to get this working i would appreciate it.
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006d841d46, pid=2680, tid=4704
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) 64-Bit Server VM (14.2-b01 mixed mode windows-amd64 )
# Problematic frame:
# V [jvm.dll+0x51d46]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x000000002a275000): JavaThread "CompilerThread0" daemon [_thread_in_native, id=4704, stack(0x000000002a8e0000,0x000000002a9e0000)]
siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000000
Registers:
EAX=0x000000002c1b1ce0, EBX=0x000000002c157770, ECX=0x000000002c1b1cb0, EDX=0x000000002a9dc5a0
ESP=0x000000002a9dc140, EBP=0x000000002d7e7b00, ESI=0x000000002a9dc5a0, EDI=0x000000002c1b1cb0
EIP=0x000000006d841d46, EFLAGS=0x0000000000010202
Top of Stack: (sp=0x000000002a9dc140)
0x000000002a9dc140: 000000000000006a 000000006db67512
0x000000002a9dc150: 000000002de24120 000000006db58ccf
0x000000002a9dc160: 000000002a9dc5a0 0000000000000000
0x000000002a9dc170: 0000000000000000 0000000000000000
0x000000002a9dc180: 000000002df392d0 000000006dba9e95
0x000000002a9dc190: 000000002c157770 0000000000000002
0x000000002a9dc1a0: 000000002a9dc5a0 000000002c1b1cb0
0x000000002a9dc1b0: 000000002a9dd9c0 0000000000000000
0x000000002a9dc1c0: 000000002a9dc5a0 000000006dba90f4
0x000000002a9dc1d0: 000000002c157770 0000000000000003
0x000000002a9dc1e0: 000000002a9dc5a0 000000002c1b1cb0
0x000000002a9dc1f0: 000000002a9dd9c0 000000002a274340
0x000000002a9dc200: 000000002a9de370 000000006db1b728
0x000000002a9dc210: 000000002c157770 0000000000000001
0x000000002a9dc220: 000000002c157770 000000002a9dd9c0
0x000000002a9dc230: 0000000000000000 0000000000f50000
Dynamic libraries:
0x0000000000400000 - 0x000000000042e000 C:\Windows\system32\java.exe
0x0000000077030000 - 0x00000000771b0000 C:\Windows\system32\ntdll.dll
0x0000000076e30000 - 0x0000000076f5b000 C:\Windows\system32\kernel32.dll
0x000007fefdad0000 - 0x000007fefdbd8000 C:\Windows\system32\ADVAPI32.dll
0x000007fefef10000 - 0x000007feff058000 C:\Windows\system32\RPCRT4.dll
0x000000006d7f0000 - 0x000000006de4d000 C:\Program Files\Java\jre6\bin\server\jvm.dll
0x0000000076f60000 - 0x000000007702d000 C:\Windows\system32\USER32.dll
0x000007fefd770000 - 0x000007fefd7d3000 C:\Windows\system32\GDI32.dll
0x000007fefb800000 - 0x000007fefb839000 C:\Windows\system32\WINMM.dll
0x000007fefdbe0000 - 0x000007fefdc7c000 C:\Windows\system32\msvcrt.dll
0x000007fefebf0000 - 0x000007fefedc8000 C:\Windows\system32\ole32.dll
0x000007fefd9f0000 - 0x000007fefdac3000 C:\Windows\system32\OLEAUT32.dll
0x000007fefb7b0000 - 0x000007fefb7ff000 C:\Windows\system32\OLEACC.dll
0x000007fefdc80000 - 0x000007fefdcad000 C:\Windows\system32\IMM32.DLL
0x000007feff060000 - 0x000007feff161000 C:\Windows\system32\MSCTF.dll
0x000007fefdcb0000 - 0x000007fefdcbd000 C:\Windows\system32\LPK.DLL
0x000007fefd7e0000 - 0x000007fefd87a000 C:\Windows\system32\USP10.dll
0x000000006d760000 - 0x000000006d76e000 C:\Program Files\Java\jre6\bin\verify.dll
0x000000006d3b0000 - 0x000000006d3d7000 C:\Program Files\Java\jre6\bin\java.dll
0x000000006d310000 - 0x000000006d31a000 C:\Program Files\Java\jre6\bin\hpi.dll
0x00000000771b0000 - 0x00000000771b9000 C:\Windows\system32\PSAPI.DLL
0x000000006d7b0000 - 0x000000006d7c2000 C:\Program Files\Java\jre6\bin\zip.dll
0x000000006d000000 - 0x000000006d1c1000 C:\Program Files\Java\jre6\bin\awt.dll
0x000007fef8b30000 - 0x000007fef8b88000 C:\Windows\system32\WINSPOOL.DRV
0x000007fefdf90000 - 0x000007fefebe2000 C:\Windows\system32\SHELL32.dll
0x000007fefdea0000 - 0x000007fefdf13000 C:\Windows\system32\SHLWAPI.dll
0x000007fefc040000 - 0x000007fefc239000 C:\Windows\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_152e7382f3bd50c6\comctl32.dll
0x000000006d600000 - 0x000000006d617000 C:\Program Files\Java\jre6\bin\net.dll
0x000007fefee30000 - 0x000007fefee74000 C:\Windows\system32\WS2_32.dll
0x000007fefdf20000 - 0x000007fefdf27000 C:\Windows\system32\NSI.dll
0x000007fefcaf0000 - 0x000007fefcb3f000 C:\Windows\system32\mswsock.dll
0x000007fefcb80000 - 0x000007fefcb87000 C:\Windows\System32\wship6.dll
0x000007fefb6f0000 - 0x000007fefb703000 C:\Windows\system32\NLAapi.dll
0x000007fefcde0000 - 0x000007fefce03000 C:\Windows\system32\IPHLPAPI.DLL
0x000007fefcd90000 - 0x000007fefcdd5000 C:\Windows\system32\dhcpcsvc.DLL
0x000007fefd0b0000 - 0x000007fefd0e9000 C:\Windows\system32\DNSAPI.dll
0x000007fefd5c0000 - 0x000007fefd5dc000 C:\Windows\system32\Secur32.dll
0x000007fefcd80000 - 0x000007fefcd8a000 C:\Windows\system32\WINNSI.DLL
0x000007fefcd50000 - 0x000007fefcd7b000 C:\Windows\system32\dhcpcsvc6.DLL
0x000007fef9870000 - 0x000007fef9883000 C:\Windows\system32\napinsp.dll
0x000007fef9850000 - 0x000007fef9867000 C:\Windows\system32\pnrpnsp.dll
0x000007fef9a10000 - 0x000007fef9a1b000 C:\Windows\System32\winrnr.dll
0x000007fefdf30000 - 0x000007fefdf85000 C:\Windows\system32\WLDAP32.dll
0x000007fefc750000 - 0x000007fefc757000 C:\Windows\System32\wshtcpip.dll
0x000007fef9a40000 - 0x000007fef9a48000 C:\Windows\system32\rasadhlp.dll
0x000007fefb130000 - 0x000007fefb141000 C:\Windows\system32\DWMAPI.DLL
0x000007fefc3e0000 - 0x000007fefc431000 C:\Windows\system32\uxtheme.dll
0x000000006d2a0000 - 0x000000006d30b000 C:\Program Files\Java\jre6\bin\fontmanager.dll
0x000000006d620000 - 0x000000006d62b000 C:\Program Files\Java\jre6\bin\nio.dll
VM Arguments:
jvm_args: -Xmx500m
java_command: EGUI
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files (x86)\Common Files\Roxio Shared\DLLShared\;C:\Program Files (x86)\Common Files\Roxio Shared\10.0\DLLShared\
USERNAME=bo
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 6, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Vista Build 6001 Service Pack 1
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 4157580k(2040844k free), swap 8545872k(6023212k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (14.2-b01) for windows-amd64 JRE (1.6.0_16-b01), built on Jul 31 2009 05:24:11 by "java_re" with MS VC++ 8.0
time: Sun Oct 11 11:26:44 2009
elapsed time: 33 seconds
Similar Messages
-
JVM Crash ConcurrentGCThread (6u21 windows-amd64 jvm.dll+0x1291fb)
Hi,
a customer hit this JVM crash on Windows 2008 SP1 with JDK 6u21:
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006d9b91fb, pid=3944, tid=2912
# JRE version: 6.0_21-b07
# Java VM: Java HotSpot(TM) 64-Bit Server VM (17.0-b17 mixed mode windows-amd64 )
# Problematic frame:
# V [jvm.dll+0x1291fb]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x0000000001091000): ConcurrentGCThread [stack: 0x000000006cc80000,0x000000006cd80000] [id=2912]
siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000069
Registers:
EAX=0x0000000000000059, EBX=0x000000006cd7fab0, ECX=0x0000000000000069, EDX=0x0000000067186c30
ESP=0x000000006cd7f6f0, EBP=0x0000000000000012, ESI=0x00000000671868c0, EDI=0x000000006cd7fab0
EIP=0x000000006d9b91fb, EFLAGS=0x0000000000010246
Top of Stack: (sp=0x000000006cd7f6f0)
0x000000006cd7f6f0: 000000000110b960 000000006d9ba131
0x000000006cd7f700: 000000006cd7f790 000000006d9ba131
0x000000006cd7f710: 000000006cd7fab0 000000006dc56be0
0x000000006cd7f720: 000000006cd7fab0 000000006dbb42ce
0x000000006cd7f730: 0000000067186860 000000006cd7fab0
0x000000006cd7f740: 000000006cd7fab0 0000000000000000
0x000000006cd7f750: 000000006cd7fa60 000000006cd7f810
0x000000006cd7f760: 0000000067186830 000000006d9acee3
0x000000006cd7f770: 0000000000000880 00000000010917d0
0x000000006cd7f780: 0000000001064020 0000000000004400
0x000000006cd7f790: 0000000067183a00 0000000000000880
0x000000006cd7f7a0: 000000006cd7f810 000000006d9b281d
0x000000006cd7f7b0: 0000000067184cc0 000000006cd7f810
0x000000006cd7f7c0: 000000006cd7fa60 0000000067184e28
0x000000006cd7f7d0: 0000000067183a00 0000000000000880
0x000000006cd7f7e0: 00000000000000c4 000000006d986f1e
Instructions: (pc=0x000000006d9b91fb)
0x000000006d9b91eb: 51 00 eb 04 48 8b 42 08 48 8d 48 10 4c 8d 43 58
0x000000006d9b91fb: 48 8b 01 ff 90 20 02 00 00 80 bb c8 00 00 00 00
Stack: [0x000000006cc80000,0x000000006cd80000], sp=0x000000006cd7f6f0, free space=3fd0000000000000000k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0x1291fb]
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00000000727e9000 JavaThread "http-0.0.0.0-8180-9" daemon [_thread_blocked, id=6104, stack(0x00000000774b0000,0x00000000775b0000)]
0x00000000727e8000 JavaThread "http-0.0.0.0-8180-8" daemon [_thread_in_native, id=1384, stack(0x00000000773b0000,0x00000000774b0000)]
0x00000000727e7800 JavaThread "http-0.0.0.0-8180-7" daemon [_thread_in_native, id=3076, stack(0x00000000772b0000,0x00000000773b0000)]
0x00000000727e6800 JavaThread "http-0.0.0.0-8180-6" daemon [_thread_in_native, id=5324, stack(0x00000000771b0000,0x00000000772b0000)]
0x00000000727e6000 JavaThread "http-0.0.0.0-8180-5" daemon [_thread_in_native, id=6116, stack(0x00000000770b0000,0x00000000771b0000)]
0x00000000727e5000 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=5132, stack(0x0000000076d60000,0x0000000076e60000)]
0x00000000727e4800 JavaThread "http-0.0.0.0-8180-4" daemon [_thread_in_vm, id=4436, stack(0x00000000736f0000,0x00000000737f0000)]
0x00000000727e3000 JavaThread "http-0.0.0.0-8180-3" daemon [_thread_in_native, id=1752, stack(0x0000000076e60000,0x0000000076f60000)]
0x00000000727e2800 JavaThread "Thread-12" daemon [_thread_in_native, id=4160, stack(0x0000000076c60000,0x0000000076d60000)]
0x00000000727e1800 JavaThread "http-0.0.0.0-8182-1" daemon [_thread_blocked, id=4256, stack(0x0000000076b60000,0x0000000076c60000)]
0x000000007392b000 JavaThread "http-0.0.0.0-8183-1" daemon [_thread_blocked, id=5972, stack(0x0000000076a60000,0x0000000076b60000)]
0x0000000073929800 JavaThread "http-0.0.0.0-8180-2" daemon [_thread_in_native, id=3724, stack(0x0000000076960000,0x0000000076a60000)]
0x0000000073929000 JavaThread "http-0.0.0.0-8180-1" daemon [_thread_in_native, id=4712, stack(0x0000000071220000,0x0000000071320000)]
0x000000007392a800 JavaThread "http-0.0.0.0-8183" daemon [_thread_in_native, id=6020, stack(0x0000000076860000,0x0000000076960000)]
0x0000000070992800 JavaThread "http-0.0.0.0-8182" daemon [_thread_in_native, id=2480, stack(0x0000000076760000,0x0000000076860000)]
0x0000000073928800 JavaThread "http-0.0.0.0-8181-1" daemon [_thread_blocked, id=5448, stack(0x0000000076660000,0x0000000076760000)]
0x0000000070991800 JavaThread "http-0.0.0.0-8180" daemon [_thread_in_native, id=1748, stack(0x0000000076560000,0x0000000076660000)]
0x0000000070991000 JavaThread "http-0.0.0.0-8181" daemon [_thread_in_native, id=4136, stack(0x00000000752a0000,0x00000000753a0000)]
0x0000000070990800 JavaThread "JBossLifeThread" [_thread_blocked, id=5844, stack(0x0000000075460000,0x0000000075560000)]
0x0000000070986000 JavaThread "SEO index monitor thread" daemon [_thread_blocked, id=1472, stack(0x00000000733f0000,0x00000000734f0000)]
0x000000007098f800 JavaThread "derby.rawStoreDaemon" daemon [_thread_blocked, id=4532, stack(0x00000000751a0000,0x00000000752a0000)]
0x000000007098f000 JavaThread "derby.NetworkServerStarter" daemon [_thread_blocked, id=4352, stack(0x00000000750a0000,0x00000000751a0000)]
0x000000007098e000 JavaThread "Timer-1" daemon [_thread_blocked, id=1484, stack(0x0000000074fa0000,0x00000000750a0000)]
0x000000007098d800 JavaThread "derby.antiGC" daemon [_thread_blocked, id=4316, stack(0x0000000074ea0000,0x0000000074fa0000)]
0x000000007098c800 JavaThread "Checkpoint Maintenance Service (CheckpointDirectory)" daemon [_thread_blocked, id=2496, stack(0x0000000074bc0000,0x0000000074cc0000)]
0x000000007098c000 JavaThread "Checkpoint Maintenance Service (watchdog)-0" daemon [_thread_blocked, id=6068, stack(0x0000000074ac0000,0x0000000074bc0000)]
0x000000007098b000 JavaThread "net.sf.ehcache.CacheManager@7889fe65" daemon [_thread_blocked, id=6040, stack(0x00000000749c0000,0x0000000074ac0000)]
0x000000007098a800 JavaThread "Maintenance-Thread" [_thread_blocked, id=4332, stack(0x00000000748c0000,0x00000000749c0000)]
0x0000000070989000 JavaThread "PageSavingThread-wicket.bm-translation-page" daemon [_thread_blocked, id=228, stack(0x00000000737f0000,0x00000000738f0000)]
0x0000000070987800 JavaThread "PageSavingThread-wicket.bm" daemon [_thread_blocked, id=5996, stack(0x00000000735f0000,0x00000000736f0000)]
0x0000000070987000 JavaThread "com.google.inject.internal.Finalizer" daemon [_thread_blocked, id=6080, stack(0x00000000734f0000,0x00000000735f0000)]
0x0000000070985800 JavaThread "Service auto starter-0" daemon [_thread_blocked, id=5524, stack(0x000000006d280000,0x000000006d380000)]
0x0000000070984800 JavaThread "ContainerBackgroundProcessor[StandardEngine[jboss.web]]" daemon [_thread_blocked, id=2964, stack(0x00000000732f0000,0x00000000733f0000)]
0x0000000070984000 JavaThread "RMI TCP Accept-4444" daemon [_thread_in_native, id=5740, stack(0x0000000072220000,0x0000000072320000)]
0x0000000070983800 JavaThread "ClassLoadingPool(2)-1" daemon [_thread_in_native, id=3928, stack(0x0000000072120000,0x0000000072220000)]
0x00000000709c4000 JavaThread "JBoss System Threads(1)-1" daemon [_thread_in_native, id=5380, stack(0x0000000072020000,0x0000000072120000)]
0x00000000709c3800 JavaThread "GC Daemon" daemon [_thread_blocked, id=3712, stack(0x0000000071f20000,0x0000000072020000)]
0x00000000709c1800 JavaThread "RMI Reaper" [_thread_blocked, id=5552, stack(0x0000000071e20000,0x0000000071f20000)]
0x00000000709c1000 JavaThread "RMI TCP Accept-1098" daemon [_thread_in_native, id=4328, stack(0x0000000071d20000,0x0000000071e20000)]
0x00000000709d5000 JavaThread "ScannerThread" daemon [_thread_blocked, id=4952, stack(0x0000000071c20000,0x0000000071d20000)]
0x00000000713f4800 JavaThread "Timer-0" daemon [_thread_blocked, id=6028, stack(0x0000000071b20000,0x0000000071c20000)]
0x0000000001020000 JavaThread "DestroyJavaVM" [_thread_blocked, id=5908, stack(0x00000000012a0000,0x00000000013a0000)]
0x000000007073e800 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=5588, stack(0x0000000070f70000,0x0000000071070000)]
0x00000000706fc800 JavaThread "RMI TCP Accept-8190" daemon [_thread_in_native, id=5176, stack(0x0000000070d50000,0x0000000070e50000)]
0x00000000706fc000 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=5108, stack(0x0000000070a70000,0x0000000070b70000)]
0x000000006ce71800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1684, stack(0x0000000070570000,0x0000000070670000)]
0x000000006ce6f800 JavaThread "CompilerThread1" daemon [_thread_in_native, id=3716, stack(0x0000000070070000,0x0000000070170000)]
0x000000006ce60800 JavaThread "CompilerThread0" daemon [_thread_in_native, id=5816, stack(0x000000006ff70000,0x0000000070070000)]
0x000000006ce5d800 JavaThread "Attach Listener" daemon [_thread_blocked, id=5288, stack(0x000000006d680000,0x000000006d780000)]
0x000000006ce58800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5756, stack(0x000000006d580000,0x000000006d680000)]
0x000000006ce57000 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=6140, stack(0x000000006d480000,0x000000006d580000)]
0x000000006ce05000 JavaThread "Finalizer" daemon [_thread_blocked, id=3980, stack(0x000000006d180000,0x000000006d280000)]
0x000000006cdfa000 JavaThread "Reference Handler" daemon [_thread_blocked, id=776, stack(0x000000006d080000,0x000000006d180000)]
Other Threads:
0x000000006cdf3800 VMThread [stack: 0x000000006cf80000,0x000000006d080000] [id=3228]
0x00000000706b2000 WatcherThread [stack: 0x0000000071120000,0x0000000071220000] [id=5040]
=>0x0000000001091000 (exited) ConcurrentGCThread [stack: 0x000000006cc80000,0x000000006cd80000] [id=2912]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x000000000110d770] Heap_lock - owner thread: 0x00000000727e4800
Heap
par new generation total 118016K, used 75017K [0x00000000046e0000, 0x000000000c6e0000, 0x000000000c6e0000)
eden space 104960K, 59% used [0x00000000046e0000, 0x0000000008362778, 0x000000000ad60000)
from space 13056K, 100% used [0x000000000ad60000, 0x000000000ba20000, 0x000000000ba20000)
to space 13056K, 0% used [0x000000000ba20000, 0x000000000ba20000, 0x000000000c6e0000)
concurrent mark-sweep generation total 108264K, used 69074K [0x000000000c6e0000, 0x000000001309a000, 0x00000000622e0000)
concurrent-mark-sweep perm gen total 120720K, used 79760K [0x00000000622e0000, 0x00000000698c4000, 0x000000006a2e0000)
Dynamic libraries:
0x0000000000400000 - 0x000000000042e000 C:\Program Files\Java\jdk1.6.0_21\bin\java.exe
0x0000000077af0000 - 0x0000000077c70000 C:\Windows\system32\ntdll.dll
0x00000000778f0000 - 0x0000000077a1c000 C:\Windows\system32\kernel32.dll
0x000007feff820000 - 0x000007feff928000 C:\Windows\system32\ADVAPI32.dll
0x000007fefe230000 - 0x000007fefe36f000 C:\Windows\system32\RPCRT4.dll
0x000000006d890000 - 0x000000006df61000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\server\jvm.dll
0x0000000077a20000 - 0x0000000077aed000 C:\Windows\system32\USER32.dll
0x000007fefe8d0000 - 0x000007fefe933000 C:\Windows\system32\GDI32.dll
0x000007fefc0c0000 - 0x000007fefc0f9000 C:\Windows\system32\WINMM.dll
0x000007feffbb0000 - 0x000007feffc4c000 C:\Windows\system32\msvcrt.dll
0x000007fefe370000 - 0x000007fefe548000 C:\Windows\system32\ole32.dll
0x000007feff740000 - 0x000007feff813000 C:\Windows\system32\OLEAUT32.dll
0x000007fefc070000 - 0x000007fefc0bf000 C:\Windows\system32\OLEACC.dll
0x000007fefe570000 - 0x000007fefe59d000 C:\Windows\system32\IMM32.DLL
0x000007fefe940000 - 0x000007fefea41000 C:\Windows\system32\MSCTF.dll
0x000007feffc50000 - 0x000007feffc5d000 C:\Windows\system32\LPK.DLL
0x000007feffd50000 - 0x000007feffdea000 C:\Windows\system32\USP10.dll
0x000000006d800000 - 0x000000006d80e000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\verify.dll
0x000000006d450000 - 0x000000006d477000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\java.dll
0x000000006d3b0000 - 0x000000006d3ba000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\hpi.dll
0x0000000077c70000 - 0x0000000077c79000 C:\Windows\system32\PSAPI.DLL
0x000000006d850000 - 0x000000006d862000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\zip.dll
0x000007fefea50000 - 0x000007feff6a2000 C:\Windows\system32\SHELL32.DLL
0x000007feff6b0000 - 0x000007feff723000 C:\Windows\system32\SHLWAPI.dll
0x000007fefc920000 - 0x000007fefcb19000 C:\Windows\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_152e7382f3bd50c6\comctl32.dll
0x000007fefe6f0000 - 0x000007fefe8cb000 C:\Windows\system32\SETUPAPI.dll
0x0000000000de0000 - 0x0000000000dea000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\management.dll
0x000000006d380000 - 0x000000006d397000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\net.dll
0x000007fefe5a0000 - 0x000007fefe5e4000 C:\Windows\system32\WS2_32.dll
0x000007feff730000 - 0x000007feff737000 C:\Windows\system32\NSI.dll
0x000007fefd590000 - 0x000007fefd5df000 C:\Windows\system32\mswsock.dll
0x000007fefd790000 - 0x000007fefd797000 C:\Windows\System32\wship6.dll
0x000007fefdb30000 - 0x000007fefdb69000 C:\Windows\system32\DNSAPI.dll
0x000007fefbdc0000 - 0x000007fefbdcb000 C:\Windows\System32\winrnr.dll
0x000007fefe5f0000 - 0x000007fefe645000 C:\Windows\system32\WLDAP32.dll
0x000007fefd010000 - 0x000007fefd023000 C:\Windows\system32\NLAapi.dll
0x000007fefd860000 - 0x000007fefd883000 C:\Windows\system32\IPHLPAPI.DLL
0x000007fefd810000 - 0x000007fefd855000 C:\Windows\system32\dhcpcsvc.DLL
0x000007fefe080000 - 0x000007fefe09c000 C:\Windows\system32\Secur32.dll
0x000007fefd800000 - 0x000007fefd80a000 C:\Windows\system32\WINNSI.DLL
0x000007fefd7d0000 - 0x000007fefd7fb000 C:\Windows\system32\dhcpcsvc6.DLL
0x000007fefbc50000 - 0x000007fefbc63000 C:\Windows\system32\napinsp.dll
0x000007fefd200000 - 0x000007fefd207000 C:\Windows\system32\wshtcpip.dll
0x000007fefbf10000 - 0x000007fefbf18000 C:\Windows\system32\rasadhlp.dll
0x000007fefd280000 - 0x000007fefd2c7000 C:\Windows\system32\rsaenh.dll
0x000007fefe0a0000 - 0x000007fefe0c6000 C:\Windows\system32\USERENV.dll
0x0000000000df0000 - 0x0000000000dfb000 C:\Program Files\Java\jdk1.6.0_21\jre\bin\nio.dll
VM Arguments:
jvm_args: -Dfile.encoding=UTF-8 -Djava.io.tmpdir=c:\...\tmp -Djava.library.path=c:\...\lib\win32-x86 -Djava.security.policy=c:\...\policy.all -XX:MaxPermSize=128m -XX:+CMSClassUnloadingEnabled -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSIncrementalMode -XX:+CMSParallelRemarkEnabled -XX:MaxNewSize=128m -XX:NewSize=128m -XX:+DisableExplicitGC -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -XX:+UseBiasedLocking -XX:+PrintConcurrentLocks -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -Dcom.sun.management.jmxremote.port=8190 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djboss.server.blockingshutdown=true -Djboss.server.exitonshutdown=false -Djboss.server.home.dir=c:\...\jboss-server -Djboss.server.home.url=file:/c:/.../jboss-server/ -Djboss.deploy.urls=file:/c:/.../jboss-server/deploy/, -Xmx1500m -Xloggc:c:\...\gc.log -Dderby.drda.portNumber=8191 -Dderby.drda.startNetworkServer=true
java_command: org.jboss.Main
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=C:\Program Files\Java\jdk1.6.0_21
CLASSPATH=...
PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files (x86)\Dell\SysMgt\RAC5;C:\Program Files (x86)\Dell\SysMgt\oma\bin;C:\Windows\System32\WindowsPowerShell\v1.0\
OS=Windows_NT
PROCESSOR_IDENTIFIER=AMD64 Family 15 Model 65 Stepping 3, AuthenticAMD
--------------- S Y S T E M ---------------
OS: Windows Server 2008 Build 6001 Service Pack 1
CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model 65 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext
Memory: 4k page, physical 8381904k(4689996k free), swap 16819076k(12156656k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (17.0-b17) for windows-amd64 JRE (1.6.0_21-b07), built on Jul 17 2010 01:05:36 by "java_re" with MS VC++ 8.0 (VS2005)
time: Thu Oct 21 10:54:48 2010
elapsed time: 4500 secondsI have tried using hs_err6.pl to get some closer information, but I don't have access to the required map files, and searching in the bugdatabase didn't come up with anything.
As far as I know this crash happened once.
Is this a known crash, and if so: any pointers to the bugid would be very appreciated!
Regards,
Andreas
Edited by: user12281825 on Oct 21, 2010 6:10 PM (replace 'noformat' by 'code')Thank you.
Going through the suggestions:
* custom/3rd party JNI components: while the jvm args indicate a use of such components, there is actually none being used in this instance.
* overcommit: I'm not sure whether windows has any tunables for this, but from the memory information in the hs_err file I think this is not a problem here. The JVM has Xmx1500 + Xmn128 + permsize of 128, even with generous margins this should fit well into the 4G still available physical memory on the server.
* OS support: I'd believe that Windows 2008 SP1 is supported :)
* OS updates: I will check with the customer whether all updates are applied, and also whether an update of the OS itself is possible.
* hotspot/gc tuning: there are various tuning options applied, which have been determined by testing the application itself (load, functional, endurance tests), and have been found to work stable
There is one bug we're are aware of in 6u21 which affects the application (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6938026), but without being able to decode the jvm.dll+0x1291fb address I cannot say for sure that this is the same bug.
Andreas -
Crash in jvm.dll: Object.clone()
I'm working on a desktop app that sometimes runs cpu- and memory-intensive graph manipulations. We just saw the following error. I don't like to assume that I've found a JVM bug, but of all the explanations I've thought of so far that seems to be by far the strongest.
# An unexpected error has been detected by Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8fe397, pid=4680, tid=3752
# Java VM: Java HotSpot(TM) Client VM (11.0-b15 mixed mode windows-x86)
# Problematic frame:
# V [jvm.dll+0xfe397]
--------------- T H R E A D ---------------
Current thread (0x4b8ec800): JavaThread "Precomputing action graphs" [_thread_in_vm, id=3752, stack(0x4e4b0000,0x4e8b0000)]
siginfo: ExceptionCode=0xc0000005, reading address 0x80000068
Registers:
(cut)
Top of Stack: (sp=0x4e8af53c)
(cut)
Instructions: (pc=0x6d8fe397)
0x6d8fe387: eb 0b df 2c c8 df 3c ca 83 e9 01 7d f5 8b 57 04
0x6d8fe397: 8b 42 68 89 45 0c 8b 4d 0c 89 0f 8b 15 34 06 a3
Stack: [0x4e4b0000,0x4e8b0000], sp=0x4e8af53c, free space=4093k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0xfe397]
J java.lang.Object.clone()Ljava/lang/Object;
J com.fairisaac.....cloneArrayListofShortArray()
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x4b6eac00 JavaThread "Thread-13" [_thread_blocked, id=4064, stack(0x4ee00000,0x4f200000)]
=>0x4b8ec800 JavaThread "Precomputing action graphs" [_thread_in_vm, id=3752, stack(0x4e4b0000,0x4e8b0000)]
0x4b780800 JavaThread "prefuse_ActivityManager" daemon [_thread_blocked, id=4196, stack(0x4c8f0000,0x4ccf0000)]
0x4b804000 JavaThread "Thread-5" [_thread_blocked, id=1488, stack(0x4f200000,0x4f600000)]
0x4b855800 JavaThread "Swing-Shell" daemon [_thread_blocked, id=4328, stack(0x4d0e0000,0x4d4e0000)]
0x002a7000 JavaThread "DestroyJavaVM" [_thread_blocked, id=6124, stack(0x008c0000,0x00cc0000)]
0x4b6d7800 JavaThread "D3D Screen Updater" daemon [_thread_blocked, id=804, stack(0x4c280000,0x4c680000)]
0x4a56f000 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=260, stack(0x4be80000,0x4c280000)]
0x4a513000 JavaThread "TimerQueue" daemon [_thread_blocked, id=5028, stack(0x4ba80000,0x4be80000)]
0x4a447400 JavaThread "AWT-Windows" daemon [_thread_in_native, id=5108, stack(0x4adf0000,0x4b1f0000)]
0x4a4bd000 JavaThread "AWT-Shutdown" [_thread_blocked, id=2516, stack(0x4a9f0000,0x4adf0000)]
0x4a4a6800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=6108, stack(0x4a5f0000,0x4a9f0000)]
0x48e15c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=5896, stack(0x49f20000,0x4a320000)]
0x48e0f800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4496, stack(0x49ed0000,0x49f20000)]
0x48e0e000 JavaThread "Attach Listener" daemon [_thread_blocked, id=2180, stack(0x49ad0000,0x49ed0000)]
0x48e0cc00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2468, stack(0x496d0000,0x49ad0000)]
0x48dfc800 JavaThread "Finalizer" daemon [_thread_blocked, id=5300, stack(0x492d0000,0x496d0000)]
0x48df7c00 JavaThread "Reference Handler" daemon [_thread_blocked, id=4656, stack(0x48ed0000,0x492d0000)]
Other Threads:
0x48df2c00 VMThread [stack: 0x48e80000,0x48ed0000] [id=1776]
0x48e20000 WatcherThread [stack: 0x4a320000,0x4a370000] [id=4820]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 72576K, used 40121K [0x02d40000, 0x07c00000, 0x07c00000)
eden space 64512K, 50% used [0x02d40000, 0x04d38588, 0x06c40000)
from space 8064K, 91% used [0x07420000, 0x07b560c0, 0x07c00000)
to space 8064K, 0% used [0x06c40000, 0x06c40000, 0x07420000)
tenured generation total 967936K, used 420542K [0x07c00000, 0x42d40000, 0x42d40000)
the space 967936K, 43% used [0x07c00000, 0x216af9f0, 0x216afa00, 0x42d40000)
compacting perm gen total 16896K, used 16857K [0x42d40000, 0x43dc0000, 0x46d40000)
the space 16896K, 99% used [0x42d40000, 0x43db64e8, 0x43db6600, 0x43dc0000)
No shared spaces configured.
VM Arguments:
jvm_args: -Xmx1024m -Xss4096k -Djava.util.logging.config.file=logging.properties
java_command: com.fairisaac.ruleviz.demo.Application -triad -datadisplay -edit -reorderable -comparable
Launcher Type: SUN_STANDARD
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 2
Memory: 4k page, physical 2097151k(1247624k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Client VM (11.0-b15) for windows-x86 JRE (1.6.0_10-b33), built on Sep 26 2008 01:00:43 by "java_re" with MS VC++ 7.1inferno0069 wrote:
Thanks, but I'd already found that out from the first search I did.
We have no JNI code. I am pretty certain that no library we use has any either, though if you have a 100% way to verify or enforce that, it could be helpful.
Short of parsing class files that isn't possible. A library might use a OS library so you can't just look for a shared library.
Assuming I'm right in that last paragraph, is it more likely that we found some sort of bug in Sun's native code (maybe already discovered?) or that there was a hardware failure (e.g. bad memory / CPU produces wrong bytes)?Or software on the system that is causing it. Patches in the wrong order, bad patches, corrupted, etc can cause it.
>
Is there a different part of hs_err_... that I could post to make answering these questions easier? The full thing didn't fit because of the character limit on this forum.An actual VM bug with a crash is only 'solvable' by creating a bug and attaching the crash file.
Posting it here is unlikely to produce a solution.
A solution is unlikely to show up soon via the bug nor the forums. If you have a sales/support contract with Sun that might lead to a solution.
If you don't have that then your only choice is to use log files to determine where the crash occured, and then try different code to see if it goes away. -
JVM Coredump with libengine.so as the problematic frame
Hi Experts,
Our application is running over Tuxedo 9.0, and JVM 1.5.0_07-b03 mixed mode. We are experiencing coredumps frequently in production environment.
The hs_err file shows the following information:
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0x4aa0daa8, pid=21887, tid=45
# Java VM: Java HotSpot(TM) Server VM (1.5.0_07-b03 mixed mode)
# Problematic frame:
# C [libengine.so.71+0x10daa8] gprematch+0x16c
--------------- T H R E A D ---------------
Current thread (0x006ce740): JavaThread "[ACTIVE] ExecuteThread: '11' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_in_native, id=45]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x3d22686b
Registers:
O0=0x4997d118 O1=0x4997d5ce O2=0x4a9ebc80 O3=0x02f7a7a0
O4=0x0017969c O5=0x00000000 O6=0x4997c7f8 O7=0x4aa0d9a0
G1=0x00efa000 G2=0x02f71dc8 G3=0x4997d07c G4=0x02f71dc8
G5=0xff018640 G6=0x00000000 G7=0x4bbd5200 Y=0x00000008
PC=0x4aa0daa8 nPC=0x4aa0daac
Top of Stack: (sp=0x4997c7f8)
0x4997c7f8: 00000000 00000000 00000000 02f71dc8
0x4997c808: 0000478c 00004400 00004bc0 3d226869
0x4997c818: 02f72838 4997d5ce 00000000 4ab59ebc
0x4997c828: 3d22686b 02f71dc8 4997d0c8 4acc1714
0x4997c838: 00000000 7465642f 00000000 752f7574
0x4997c848: 66382f68 746d6c2f 00000000 02f71dc8
0x4997c858: 6e742e6a 73700a2a 2a2a2045 4e442044
0x4997c868: 45425547 20203230 31302d30 342d3031
Instructions: (pc=0x4aa0daa8)
0x4aa0da98: f0 27 6b 60 ee 07 bf ec b8 05 e0 02 f8 27 bf ec
0x4aa0daa8: f2 0d e0 02 80 a6 60 03 12 80 00 09 d0 07 bf fc
Stack: [0x49880000,0x49980000), sp=0x4997c7f8, free space=1009k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libengine.so.71+0x10daa8] gprematch+0x16c
C [libwsc.so.71+0x4171c] _tmtrace+0x340
C [libwsc.so.71+0x108c8] tpalloc+0x144
C [libtti_tuxedo_wsc.so+0x3330] Java_terrapin_tuxedo_TpType_tpalloc+0xc0
j terrapin.tuxedo.TpType.tpalloc(Ljava/lang/String;Ljava/lang/String;I)J+1817098320
j terrapin.tuxedo.TpType.tpalloc(Ljava/lang/String;Ljava/lang/String;I)J+0
j terrapin.tuxedo.Fml32.<init>()V+13
v ~C2IAdapter
VM Arguments:
jvm_args: -Dinfo=TC5.0.0.37_7003_/totalcarebin1/tcaredomain115 -Xms2048m -Xmx2048m -XX:PermSize=512m -XX:MaxPermSize=512m -verbose:gc -XX:+DisableExplicitGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -Xloggc:/totalcarelog2/gc_20100401060835.log -XX:+UseParNewGC -XX:NewSize=256m -XX:MaxNewSize=256m -XX:+UseCMSCompactAtFullCollection -verbose:jni -Xss1024K -da -Dplatform.home=/totalcarebin1/3p/bea/weblogic91 -Dwls.home=/totalcarebin1/3p/bea/weblogic91/server -Dwli.home=/totalcarebin1/3p/bea/weblogic91/integration -Dweblogic.management.discover=true -Dweblogic.ProductionModeEnabled=true -Dwlw.iterativeDev=false -Dwlw.testConsole=false -Dwlw.logErrorsToConsole= -Dweblogic.ext.dirs=/totalcarebin1/3p/bea/patch_weblogic910/profiles/default/sysext_manifest_classpath -Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0 -Dweblogic.management.username=system -Dweblogic.management.password=systempass -Dweblogic.Name=tcareserver -Djava.security.policy=/totalcarebin1/3p/bea/weblogic91/server/lib/weblogic.policy -Djava.security.auth.login.config==/totalcarebin1/tcaredomain115/serverclasses/propfiles/totalcare_jaas.config
java_command: weblogic.Server
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/totalcarebin1/3p/jdk1.5.0_07
PATH=.:/usr/dt/bin:/usr/ccs/bin:/usr/local/bin:/totalcarebin1/3p/jdk1.5.0_07/bin:/bin:/bin:/usr/bin:/usr/sbin:/etc:/usr/local/gnu/bin:/opt/SUNWste/bin:/usr/openwin/bin:/opt/SUNWspro/bin:/totalcarebin1/3p/tuxedo9/bin:/usr/ucb:/usr1/arbor/ccbin:/totalcarebin1/3p/bea/weblogic91/server/bin:/totalcarebin1/3p/jdk1.5.0_07/bin:/totalcarebin1/3p/bea/weblogic91/server/bin:/totalcarebin1/3p/jdk1.5.0_07/jre/bin:/totalcarebin1/3p/jdk1.5.0_07/bin:/u01/app/oracl1/product/10.2/cl_1/bin:/totalcarebin1/3p/perl/bin:/sbin:/usr/sbin:/totalcarebin1/3p/jdk1.5.0_07/bin:/totalcarebin1/tcaredomain115/util/unix:/totalcarebin1/3p/tuxedo9/bin:/usr/sfw/bin:/usr/local/bin:/usr/ccs/bin:/usr/local/sbin:/usr/ccs/bin:/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ccs/bin:/opt/SUNWexplo/bin:/usr/sfw/bin:/usr/sfw/sbin:/usr/local/sbin:/usr/cluster/bin:/usr/cluster/sbin
LD_LIBRARY_PATH=/totalcarebin1/3p/jdk1.5.0_07/jre/lib/sparc/server:/totalcarebin1/3p/jdk1.5.0_07/jre/lib/sparc:/totalcarebin1/3p/jdk1.5.0_07/jre/../lib/sparc:/usr/local/lib:/usr/lib:/usr/dt/bin:/totalcarebin1/3p/jdk1.5.0_07/lib:/usr/openwin/lib:/opt/SUNWspro/lib:/usr/atria/lib:/totalcarebin1/3p/tuxedo9/lib:/totalcarebin1/tcaredomain115/serverclasses/3p/terrapin/lib32:/totalcarebin1/3p/bea/weblogic91/server/lib/solaris:/totalcarebin1/3p/bea/weblogic91/server/native/solaris/sparc:/totalcarebin1/3p/bea/weblogic91/server/native/solaris/sparc64
SHELL=/bin/ksh
Signal Handlers:
SIGSEGV: [libjvm.so+0x6f60b8], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGBUS: [libjvm.so+0x6f60b8], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGFPE: [libjvm.so+0x276398], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGPIPE: [libjvm.so+0x276398], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGILL: [libjvm.so+0x276398], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGHUP: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGQUIT: [libjvm.so+0x66a38c], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGTERM: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
--------------- S Y S T E M ---------------
OS: Solaris 10 6/06 s10s_u2wos_09a SPARC
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 09 June 2006
uname:SunOS 5.10 Generic_137111-03 sun4u (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:0.39 0.57 0.44
CPU:total 2 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 16777216k(11833704k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_07-b03) for solaris-sparc, built on May 3 2006 01:22:35 by unknown with unknown Workshop:0x550
The PSTACK shows:
core 'core.1stApril' of 21887: /totalcarebin1/3p/jdk1.5.0_07/bin/java -Dinfo=TC5.0.0.37_7003_/totalca
----------------- lwp# 1 / thread# 1 --------------------
ff2c6510 ___lwp_cond_wait (3bbf0, 3bbd8, 0, 0, 0, 1) + 8
feab4f98 __1cNObjectMonitorEwait6MxipnGThread__v_ (136068, 94c8, 8c00, fefc4000, 3a950, 136088) + 59c
feab61a8 __1cSObjectSynchronizerEwait6FnGHandle_xpnGThread__v_ (ffbfaeb0, 8784, 0, 3a950, 8400, fefc4000) + e8
feab5e58 JVM_MonitorWait (0, 3b534, 3a950, ff018ffc, 0, 1) + 31c
f900c280 * java/lang/Object.wait(J)V+99
f900c224 * java/lang/Object.wait(J)V+0
f9005764 * java/lang/Object.wait()V+2 (line 474)
f9005764 * weblogic/t3/srvr/T3Srvr.waitForDeath()V+46 (line 729)
f9005764 * weblogic/t3/srvr/T3Srvr.run([Ljava/lang/String;)I+120 (line 380)
f90058b8 * weblogic/Server.main([Ljava/lang/String;)V+43 (line 67)
f9000218 * StubRoutines (1)
fe99add4 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 3a950, ffbfb1b8, ffbfb0e8, 4, ffbfb238) + 5a0
feadf258 jni_CallStaticVoidMethod (ff018ffc, 3b52c, 3b128, 3a950, 3b120, 3ab20) + 500
00012224 main (3bb3c, 348da, ff0108a8, 1d8, fead497c, 1) + 115c
000110b0 _start (0, 0, 0, 0, 0, 0) + 108
I appreciate your comments in advance, please let me know if you require further information.
Thanks,
Edited by: user3587921 on Apr 6, 2010 8:01 PMHi,
Unfortunately it appears you are calling Tuxedo from Java using JNI. Although that should work, it isn't something that Oracle supports. My guess is that you are experiencing memory corruption problems due to improper handling of allocated buffers. This is part of the reason we don't support JNI as the issues related to memory management can be very complex. My suggestion is that you go to whomever has provided you the JNI code for support (Comverse?). Alternatively you could look at the various Java integration products Oracle provides for Tuxedo. The Java integration to Tuxedo options are Jolt, WebLogic Tuxedo Connector (WTC - a component of WLS), and the new Tuxedo JCA Adapter. Although if you are using a packaged application like Comverse Total Care, you'll really need to talk with them as you're unlikely to be able to switch to an Oracle supported mechanism without their help or changes on their part.
Regards,
Todd Little
Oracle Tuxedo Chief Architect -
JVM crashed with Problematic frame: C [libzip.so+0xbc53]
Our production JVM (14.2-b01 mixed mode linux-x86 ) has been crashing daily recently.
Below is the recent hotspot error on the x64 Linux host.
I would really appreciate your feedback on the issue!
Portion of hs_err_pid23314.log due to the posting size limit:
===========================================
# A fatal error has been detected by the Java Runtime Environment:
# SIGBUS (0x7) at pc=0xb73aac53, pid=23314, tid=1798790032
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Server VM (14.2-b01 mixed mode linux-x86 )
# Problematic frame:
# C [libzip.so+0xbc53]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x6cf89000): JavaThread "Thread-1309" [_thread_in_native, id=3528, stack(0x6af8e000,0x6b376000)]
siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR), si_addr=0xb73c5e80
Registers:
EAX=0x08540bd0, EBX=0xb73af7bc, ECX=0xb73c4000, EDX=0x00e76000
ESP=0x6b373ca8, EBP=0x6b373cd0, ESI=0xb73c5e63, EDI=0x6e60a7c8
EIP=0xb73aac53, CR2=0xb73c5e80, EFLAGS=0x00210286
Top of Stack: (sp=0x6b373ca8)
0x6b373ca8: 00000030 6ca1db68 6ca1db70 6ca1df5c
0x6b373cb8: 08540c78 b73af7bc b73aac0b b73af7bc
0x6b373cc8: 08540fa4 00000000 6b373d00 b73ab00b
0x6b373cd8: 08540bd0 08540fa4 00000000 00000000
0x6b373ce8: 6b373d28 b43cb8a0 569a3b6c b73af7bc
0x6b373cf8: 6b373d48 6cf89110 6b374170 b73a21f9
0x6b373d08: 08540bd0 6b373d48 00000044 00000044
0x6b373d18: 6b373d48 6cf89000 b77b3890 b77b3890
Instructions: (pc=0xb73aac53)
0xb73aac43: 8b 70 04 8b 45 08 8b 48 10 8b 50 1c 01 ce 29 d6
0xb73aac53: 0f b6 46 1d 0f b6 56 1c c1 e0 08 09 c2 89 55 f0
Stack: [0x6af8e000,0x6b376000], sp=0x6b373ca8, free space=3991k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libzip.so+0xbc53]
C [libzip.so+0xc00b] ZIP_GetEntry+0x10b
C [libzip.so+0x31f9] Java_java_util_zip_ZipFile_getEntry+0xc9
J java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J
J java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;
j java.util.jar.JarFile.getJarEntry(Ljava/lang/String;)Ljava/util/jar/JarEntry;+2
j com.ibm.staf.service.STAFServiceJarClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;+37
J java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;
j java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;+3
j java.lang.ClassLoader.loadClassInternal(Ljava/lang/String;)Ljava/lang/Class;+2
v ~StubRoutines::call_stub
j com.vmware.qa.staf.vc.vm.VirtualMachine.registerVM(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;ZLjava/lang/String;ZLcom/vmware/vcqa/ConnectAnchor;)Lcom/vmware/vc/ManagedObjectReference;+90
j com.vmware.qa.staf.vc.vm.VMSTAFService.handleRegVM(Lcom/ibm/staf/service/STAFServiceInterfaceLevel30$RequestInfo;)Lcom/ibm/staf/STAFResult;+154
j com.vmware.qa.staf.vc.vm.VMSTAFService.acceptRequest(Lcom/ibm/staf/service/STAFServiceInterfaceLevel30$RequestInfo;)Lcom/ibm/staf/STAFResult;+138
j com.ibm.staf.service.STAFServiceHelper.callService(Ljava/lang/String;Lcom/ibm/staf/service/STAFServiceHelper$ServiceRequest;)Lcom/ibm/staf/STAFResult;+154
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
=>0x6cf89000 JavaThread "Thread-1309" [_thread_in_native, id=3528, stack(0x6af8e000,0x6b376000)]
0x6e772c00 JavaThread "MultiThreadedHttpConnectionManager cleanup" daemon [_thread_blocked, id=23522, stack(0x6cbaf000,0x6cc00000)]
0x08517800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=23331, stack(0x6f324000,0x6f375000)]
0x08515c00 JavaThread "CompilerThread1" daemon [_thread_blocked, id=23330, stack(0x6f375000,0x6f3f6000)]
0x08512c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=23329, stack(0x6f3f6000,0x6f477000)]
0x08511400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=23328, stack(0x6f477000,0x6f4c8000)]
0x084fdc00 JavaThread "Finalizer" daemon [_thread_blocked, id=23327, stack(0x6f6c8000,0x6f719000)]
0x084fc400 JavaThread "Reference Handler" daemon [_thread_blocked, id=23326, stack(0x6f719000,0x6f76a000)]
0x08414800 JavaThread "main" [_thread_in_native, id=23316, stack(0xb73f6000,0xb7447000)]
Other Threads:
0x084f9400 VMThread [stack: 0x6fa0b000,0x6fa8c000] [id=23325]
0x08519800 WatcherThread [stack: 0x6f2a3000,0x6f324000] [id=23332]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 89984K, used 66146K [0xad110000, 0xb4250000, 0xb42d0000)
eden space 67072K, 75% used [0xad110000,0xb023d730,0xb1290000)
from space 22912K, 68% used [0xb1290000,0xb21fb400,0xb28f0000)
to space 22848K, 0% used [0xb2c00000,0xb2c00000,0xb4250000)
PSOldGen total 116864K, used 74610K [0x742d0000, 0x7b4f0000, 0xad110000)
object space 116864K, 63% used [0x742d0000,0x78bac930,0x7b4f0000)
PSPermGen total 33408K, used 31487K [0x702d0000, 0x72370000, 0x742d0000)
object space 33408K, 94% used [0x702d0000,0x7218fc00,0x72370000)
OS:Red Hat Enterprise Linux Server release 5.4 (Tikanga)
uname:Linux 2.6.18-164.el5PAE #1 SMP Tue Aug 18 15:59:11 EDT 2009 i686
libc:glibc 2.5 NPTL 2.5
rlimit: STACK 10240k, CORE 0k, NPROC 147456, NOFILE 1024, AS infinity
load average:0.07 0.02 0.00
CPU:total 8 (1 cores per cpu, 1 threads per core) family 6 model 29 stepping 1, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1
Memory: 4k page, physical 8309404k(5573024k free), swap 1048568k(1048568k free)
vm_info: Java HotSpot(TM) Server VM (14.2-b01) for linux-x86 JRE (1.6.0_16-b01), built on Jul 31 2009 06:03:51 by "java_re" with gcc 3.2.1-7a (J2SE release)
time: Fri Jan 15 01:16:17 2010
elapsed time: 97047 secondsI also got this error .
# A fatal error has been detected by the Java Runtime Environment:
# SIGBUS (0x7) at pc=0x00007f1d761ccf31, pid=7384, tid=139764528719632
# JRE version: 6.0_20-b02
# Java VM: Java HotSpot(TM) 64-Bit Server VM (16.3-b01 mixed mode linux-amd64 )
# Problematic frame:
# C [libzip.so+0xaf31]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x000000004091a800): JavaThread "main" [_thread_in_native, id=7411, stack(0x00007f1d77062000,0x00007f1d77163000)]
siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR), si_addr=0x00007f1d2dde01fe
Registers:
RAX=0x0000000000000000, RBX=0x00007f1d201737a4, RCX=0x00007f1d28000000, RDX=0x00007f1d28000020
RSP=0x00007f1d7715f7c0, RBP=0x00007f1d2dde01e1, RSI=0x0000000000000040, RDI=0x00007f1d28000020
R8 =0x0000000000000000, R9 =0x00007f1d28000040, R10=0x00007f1d77d0af18, R11=0x00007f1d77d0ec38
R12=0x00007f1d280dab30, R13=0x00007f1d200b8ab0, R14=0x00007f1d7715f850, R15=0x0000000000000063
RIP=0x00007f1d761ccf31, EFL=0x0000000000010206, CSGSFS=0x0000000000000033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e
Top of Stack: (sp=0x00007f1d7715f7c0)
0x00007f1d7715f7c0: 00007f1d7715f7e0 00007f1d201737a4
0x00007f1d7715f7d0: 00007f1d200b8ab0 0000000000000000
0x00007f1d7715f7e0: 00000000c0292954 00007f1d7715f850
0x00007f1d7715f7f0: 0000000000000063 00007f1d761cd2ad
0x00007f1d7715f800: 000000004091a800 00007f1d7715f850
0x00007f1d7715f810: 000000004091a9b8 0000000000000063
0x00007f1d7715f820: 00007f1d7715fd28 0000000000000063
0x00007f1d7715f830: 0000000000000001 00007f1d761c5747
0x00007f1d7715f840: 00007f1d7715f850 00007f1d200b8ab0
0x00007f1d7715f850: 636170612f67726f 756f68616d2f6568
0x00007f1d7715f860: 682f6874616d2f74 69732f706f6f6461
0x00007f1d7715f870: 79746972616c696d 696d6953776f522f
0x00007f1d7715f880: 6f4a79746972616c 7468676965572462
0x00007f1d7715f890: 72727563634f6465 7265507365636e65
0x00007f1d7715f8a0: 65526e6d756c6f43 6c632e7265637564
0x00007f1d7715f8b0: 0000000200737361 00007f1d00000000
0x00007f1d7715f8c0: 000000004091a9b8 000000004091b598
0x00007f1d7715f8d0: 00007f1d00000000 000000004091b590
0x00007f1d7715f8e0: 00007f1d77cf4170 000000004091b5a0
0x00007f1d7715f8f0: 0000000077161060 00007f1d77161040
0x00007f1d7715f900: 0000000000000000 00007f1d77724360
0x00007f1d7715f910: 0000000000000000 00007f1d00000000
0x00007f1d7715f920: 00007f1d7715f940 00007f1d5ff365e0
0x00007f1d7715f930: 00007f1d620e8000 0000000000000000
0x00007f1d7715f940: 00007f1d00010100 00007f1d777244cb
0x00007f1d7715f950: 00007f1d7715f878 00007f1d7715f8b8
0x00007f1d7715f960: 00007f1d7715f941 0000000800000002
0x00007f1d7715f970: 0000000000000128 00007f1d7715f9f0
0x00007f1d7715f980: 0000000040918610 000000004091b130
0x00007f1d7715f990: 000000004091b140 000000004091b518
0x00007f1d7715f9a0: 0000000040918530 00007f1d7715fa00
0x00007f1d7715f9b0: 00007f1d7715fa40 000000004091a800
Instructions: (pc=0x00007f1d761ccf31)
0x00007f1d761ccf21: 28 00 00 00 00 8b 6b 04 49 03 6d 18 49 2b 6d 28
0x00007f1d761ccf31: 0f b6 45 1d 0f b6 5d 1c 44 0f b6 75 1e 44 0f b6
Stack: [0x00007f1d77062000,0x00007f1d77163000], sp=0x00007f1d7715f7c0, free space=3f50000000000000018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libzip.so+0xaf31]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J+0
j java.util.zip.ZipFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;+31
j java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;+2
j java.util.jar.JarFile.getJarEntry(Ljava/lang/String;)Ljava/util/jar/JarEntry;+2
j sun.misc.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;+48
j sun.misc.URLClassPath$JarLoader.findResource(Ljava/lang/String;Z)Ljava/net/URL;+3
j sun.misc.URLClassPath$1.next()Z+42
j sun.misc.URLClassPath$1.hasMoreElements()Z+1
j java.net.URLClassLoader$3$1.run()Ljava/lang/Object;+7
v ~StubRoutines::call_stub
j java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object;+0
j java.net.URLClassLoader$3.next()Z+24
j java.net.URLClassLoader$3.hasMoreElements()Z+1
j sun.misc.CompoundEnumeration.next()Z+33
j sun.misc.CompoundEnumeration.hasMoreElements()Z+1
j org.apache.hadoop.mapred.JobConf.findContainingJar(Ljava/lang/Class;)Ljava/lang/String;+42
j org.apache.hadoop.mapred.JobConf.setJarByClass(Ljava/lang/Class;)V+1
j org.apache.hadoop.mapreduce.Job.setJarByClass(Ljava/lang/Class;)V+5
j org.apache.mahout.common.AbstractJob.prepareJob(Lorg/apache/hadoop/fs/Path;Lorg/apache/hadoop/fs/Path;Ljava/lang/Class;Ljava/lang/Class;Ljava/lang/Class;Ljava/lang/Class;Ljava/lang/Class;Ljava/lang/Class;Ljava/lang/Class;Ljava/lang/Class;)Lorg/apache/hadoop/mapreduce/Job;+74
j org.apache.mahout.math.hadoop.similarity.RowSimilarityJob.run([Ljava/lang/String;)I+236
j org.apache.hadoop.util.ToolRunner.run(Lorg/apache/hadoop/conf/Configuration;Lorg/apache/hadoop/util/Tool;[Ljava/lang/String;)I+38
j org.apache.mahout.cf.taste.hadoop.item.RecommenderJob.run([Ljava/lang/String;)I+817
j org.apache.hadoop.util.ToolRunner.run(Lorg/apache/hadoop/conf/Configuration;Lorg/apache/hadoop/util/Tool;[Ljava/lang/String;)I+38
j org.apache.mahout.cf.taste.hadoop.item.RecommenderJob.main([Ljava/lang/String;)V+15
v ~StubRoutines::call_stub
j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j org.apache.hadoop.util.RunJar.main([Ljava/lang/String;)V+538
v ~StubRoutines::call_stub -
Problematic frame: # J java.nio.MappedByteBuffer.load()
Helo all...
I'm getting an error when generating a PDF using BIRT Framework in Eclipse. Nothing fancy, just compiling a simple report to pdf.
The problem is, the JVM crashes with the following error:
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_IN_PAGE_ERROR (0xc0000006) at pc=0x0190f0be, pid=5848, tid=2392
# JRE version: 7.0_09-b05
# Java VM: Java HotSpot(TM) Client VM (23.5-b02 mixed mode, sharing windows-x86 )
**# Problematic frame:
# J java.nio.MappedByteBuffer.load()Ljava/nio/MappedByteBuffer;**
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
# An error report file with more information is saved as:
# C:\Users\luis\Desktop\teste\birt\hs_err_pid5848.log
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
I already tried:
1. Run the program in another computers - it worked
2. Reinstall Java on the computer - It did nothing
3. I check the integrity of the disk C: - Nothing
I already spent two days trying to fix this and I don't have any progress. I can't find a solution on the web either.
Thanks in advanceThanks for the help.
But it can not be related to BIRT because it works in every other computer that I tried so far. There is only one computer that not works properly.
If it were BIRT's fault, it wouldn't work in any computer.
Thanks again -
Version of jvm.dll compatible with 64-bit development on Visual Studio 2013?
Hi. I am building a 64-bit C++ application under Visual Studio 2013. I am using jvm.dll to call Java methods from within the application. The issue is that the version of jvm.dll that is distributed with Java 7 and Java 8 are compiled with Visual Studio 2010 (and thus rely on the msvcr100.dll runtime library). This makes it very dangerous to use with a Visual Studio 2013 application which uses msvcr120.dll (mixing runtime libraries is a very big no-no). I am seeing random memory errors as a result, at the JNI interface level.
Is there any way to get a version of jvm.dll that is compiled with Visual Studio 2013 and is thus dependent on msvcr120.dll?
Thanks,
DanHello,
As per your description, remote deployment is not possible for server side code in sharepoint so if you are using server object model then you won't be able to debug or deploy your solution from visual studio.
VS is not required to installed on UAT/prod server but you need sharepoint along with visual studio in same development machine to develop any custom webpart.
Once you deploy your custom webpart on site then you will be able to see that webpart in webpart gallery and that gallery is also available in designer so it means you can also add your custom webpart from designer to any page.
Correct me if i misunderstood you
Hemendra:Yesterday is just a memory,Tomorrow we may never see
Please remember to mark the replies as answers if they help and unmark them if they provide no help -
Error while installing JRE 6 update 6: jvm.dll error
Hello, I am just a normal user of Java, I am no programmer but knew of nowhere else to post this. While installing the latest Java at the period where it says "Registering Java Runtime Environment" an error pops up saying "Error: no 'client' JVM at C:\Program Files\Java\jre 1.6_._._\bin\client\jvm.dll". This error appears everytime I try to install Java. I have tried deleting the deployment.properties file, disabling any malware/virus blockers, I have made sure each install is a clean one, and while watching the ...\bin\client folder, I see that near the beginning of the install it makes a jvm.dll, but when it gets to the "applying patches" part of the install it changes the jvm.dll to a RT~~~ temporary file, but by the time it reaches the end of the install it never changes it back to jvm.dll. I have tried manually renaming it, and putting a working jvm.dll in the folder from another computer; all to no avail. I have also tried installing older versions of Java. I don't know what else to do. I am running Windows Vista SP1, and Java used to work, but I tried to update from 1.6 update 5 to 1.6 update 6, and the problems began. Any and all help would be greatly appreciated.
welcome to SDN, could you please paste the detailed installation log? we cant help you until you provide detailed log.
cheers,
-Sunil -
Faulting application iexplore.exe, faulting module jvm.dll
I see there are a few posts on this sort of problem, but please bear with me as this is somewhat different.
I develop a browser Add-on and one of my customers is experiencing an IE7 crash using Oracle/Jinitiator, with an event log message:
Faulting application iexplore.exe, version 7.0.6000.16827, stamp 49a74cd5, faulting module jvm.dll, version 0.0.0.0, stamp 4469a9b3, debug? 0, fault address 0x00050e18.
This may be related to my Add-on, so I'd like to know of any reasons that an Add-on could cause this situation. I see from other posts that it can be caused by an Add-on using a different JVM to the one used by the oracle app, however we don't include a jvm or use any java code, so it seems like it must be a different problem. The crash occurs on start-up of the oracle app and I'm told they're using Jinitiator on Win XP SP2. I don't know the details of their jvm or jinitiator versions.
I'm completely unfamiliar with oracle apps and JInitiators, so any pointers would be great. E.g. suggestions for them that may work around any such problem (like upgrading to latest JVM), or possible causes of any conflict between my Add-on and Jinitiator.
As my customer's app is not externally accessible I've not yet been able to replicate this. Here's another question (Example Oracle Forms app viewable online? asking for example apps that I might be able to use to replicate this.
thanks,
- Rory
Edited by: user11176059 on 18-May-2009 04:25Our browser Add-on is only available for IE, and the problem only happens when the add-on is running. So we've not tried Firefox but it wouldn't help unfortunately.
- Rory -
Error: no `server' JVM at `D:\jdk1.3\jre\bin\server\jvm.dll'
I am running WLCS 3.2 with WLS 5.1 & SP6 on an NT 4.0 system and the
java -version gives this output:
D:\WebLogicCommerceServer3.2>java -version
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C)
Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)
When I initiate WLCS using the startCommerce.bat file it complains this way:
Error: no `server' JVM at `D:\jdk1.3\jre\bin\server\jvm.dll'
So my question is what did I forget to do when I moved from JDK1.2.2 to JDK1.3?
This is probably an easy fix but it's late in the day and my brain
turned off a few hours ago so I'm gratefully asking here in the newsgroup.
Thanks in advance!
Hugo Penafiel
marchFIRSTI think the script starts JVM with -server option and you do not
have HotSpot server installed. Change -server to -hotspot or remove
it altogether.
Hugo <[email protected]> wrote:
I am running WLCS 3.2 with WLS 5.1 & SP6 on an NT 4.0 system and the
java -version gives this output:
D:\WebLogicCommerceServer3.2>java -version
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C)
Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)
When I initiate WLCS using the startCommerce.bat file it complains this way:
Error: no `server' JVM at `D:\jdk1.3\jre\bin\server\jvm.dll'
So my question is what did I forget to do when I moved from JDK1.2.2 to JDK1.3?
This is probably an easy fix but it's late in the day and my brain
turned off a few hours ago so I'm gratefully asking here in the newsgroup.
Thanks in advance!
Hugo Penafiel
marchFIRSTDimitri -
Error loading jvm.dll - urgent!!
Hi,
When I try to compile using javac, I get an error as stated below:
Error loading: y:\sys\nt\j2sdk-1_3_1\jre\bin\hotspot\jvm.dll
What am I missing?
Thankscheck if jvm.dll exists in y:\sys\nt\j2sdk-1_3_1\jre\bin\hotspot. May not be a good solution but try to uninstall and re-install j2sdk. Also check ur CLASSPATH settings
Vinay -
I have a bizarre problem with JDK1.6.0_03 and Windows Vista. I am trying to compile and run a C program that calls a Java method, using the invocation API. In the past, this worked like a charm, provided I had c:\Program Files\Java\jdk1.6.0_03\jre\bin\client on the PATH.
It no longer works. I get an error message that jvm.dll was not found and that Windows will notify me if it finds a solution to my problem. (I am not holding my breath.)
I then try to load the library manually:
HINSTANCE h = LoadLibrary("c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll");
if (h == NULL)
printf("Can't load library\n");
exit(1);
}I get the exact same error message.
Did something break in Vista, or do I need to look elsewhere for a stupid configuration error?
Thanks,
Cay HorstmannJust in case some other poor soul gets to this, here is the way to implement the invocation under Windows Vista:
#include <jni.h>
#include <stdlib.h>
#include <windows.h>
typedef jint (JNICALL *CreateJavaVM_t)(JavaVM **, JNIEnv **, JavaVMInitArgs *);
int main()
JavaVMOption options[2];
JavaVMInitArgs vm_args;
JavaVM *jvm;
JNIEnv *env;
long status;
jclass class_Welcome;
jclass class_String;
jobjectArray args;
jmethodID id_main;
HINSTANCE h1, h2;
CreateJavaVM_t createJavaVM;
h1 = LoadLibrary("c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\msvcr71.dll");
if (h1 == NULL)
printf("Can't load library msvcr71.dll\n");
exit(1);
h2 = LoadLibrary("c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll");
if (h2 == NULL)
printf("Can't load library jvm.dll\n");
exit(1);
options[0].optionString = "-Djava.class.path=.";
memset(&vm_args, 0, sizeof(vm_args));
vm_args.version = JNI_VERSION_1_2;
vm_args.nOptions = 1;
vm_args.options = options;
createJavaVM = (CreateJavaVM_t) GetProcAddress(h2, "JNI_CreateJavaVM");
status = (*createJavaVM)(&jvm, &env, &vm_args);
if (status == JNI_ERR)
printf("Error creating VM\n");
return 1;
class_Welcome = (*env)->FindClass(env, "Welcome");
id_main = (*env)->GetStaticMethodID(env, class_Welcome, "main", "([Ljava/lang/String;)V");
class_String = (*env)->FindClass(env, "java/lang/String");
args = (*env)->NewObjectArray(env, 0, class_String, NULL);
(*env)->CallStaticVoidMethod(env, class_Welcome, id_main, args);
(*jvm)->DestroyJavaVM(jvm);
return 0;
}Compile with
gcc -g -mno-cygwin -D __int64="long long" -I /cygdrive/c/Program\ Files/Java/jdk1.6.0_03/include/ -I /cygdrive/c/Program\ Files/Java/jdk1.6.0_03/include/win32/ -o InvocationTest InvocationTest.c Of course, in a real application, you'll want to dynamically locate the Java directory; look at launcher/java_md.c inside src.zip for inspiration. -
Error signature ModName: jvm.dll
Hello,
I have a Java application that ran fine on my desktop PC (Windows), where I coded and compiled my program.
But when I copied my program to another PC and ran it, I got this error message :
"MyApp.exe has encountered a problem and needs to close. We are sorry for the inconvenience."
When I clicked on "click here" to see the error report, I saw :
Error signature
AppName: MyApp.exe AppVer: 0.0.0.0 ModName: jvm.dll
ModVer: 14.0.0.16 Offset: 000fee15
I wonder if someone could please tell me how to fix this problem?
Thank you and Best Regards,
Akinouser8708553 wrote:
I have a Java application that ran fine on my desktop PC (Windows), where I coded and compiled my program.
But when I copied my program to another PC and ran it, I got this error message :I also notice that the app is an exe. Java apps are usually distributed as jars, so it's possible that whatever utility you used to "execify" your app is incompatible with the new machine.
Winston -
Unable to find jvm.dll problem
Hi,
The problem is how to let windows know the jvm.dll is located at c:\jdk1.3\jre\bin\classic. When I execute invoke.exe, it will say unable to create JVM, bcoz jvm.dll not found.
If I copy the invoke.exe in c:\jdk1.3\jre\bin\classic, it is working fine, able to find jvm.dll
Thank youI try to add PATH toc:\jdk1.3\jre\bin\classic, but it doesn't work.
I did not put jvm.dll. But,Don't know why, suddenly it work. May be while compiling, I add jvm.dll directory in source files dir, header file dir, library file dir, executable file dir. I am not sure.
Thank you very much. -
Faulting application java.exe, version 0.0.0.0, faulting module jvm.dll,...
We have a customer that has been receiving the following error for the last 6 to 8 weeks (about once or twice a week) while running our application:
Faulting application java.exe, version 0.0.0.0, faulting module jvm.dll, version 0.0.0.0, fault address 0x000449f7
Our application is running on Java 1.4.2_04-b05 and uses Tomcat 4.1.30 (or thereabouts). The OS is Windows 2003 Server. We have many other customers running the application on the same version of Java and Tomcat on a variety of OS versions, but have not seen this problem before.
We have replaced the java .exe's and .dll's to make sure one had not been corrupted, but to no avail.
There is another similar thread that has no resolution already out there:
http://forum.java.sun.com/thread.jspa?messageID=9961112
but I wanted to put some Duke dollars on this post, so I posted it separately.
If anyone has seen this problem and found some way around it (no matter how severe the remedy) please respond.
Thanks.do you see any core/dump files??
Maybe you are looking for
-
Hello. I try to install cache connect but have error. Can anybody help me? thanks ./ttisql cc_name Copyright (c) 1996-2008, Oracle. All rights reserved. Type ? or "help" for help, type "exit" to quit ttIsql. All commands must end with a semicolon cha
-
There is no "transfer purchases" button when I try to do this! My only option is to erase and sync... How do I transfer the music from my iphone without erasing it??
-
Connecting Samsung smart tv un55d7000lf to receiver to use AR
I am trying to connect the AR from the TV to my receiver. I have been told I need to configure the TV to reroute the sound from the TV speakers. How do I do that? I have looked at the emanuals pages 300-310 and I do not even know how to get to the
-
LR5 Crashing in Library Module
I'm flagging jpegs that I took at several races this weekend. There are several thousand images that I'm trying to go quickly through. Ideas on what is causing the crashes. Intel i7 CPU 950 @ 3.07GHz with 6GB RAM and HHD with 89GB free memory - pla
-
Hi, Is it possible to rename an already created Web Dynpro DC which is created in DTR? Thanks in advance! Robin