This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The JVM crashes on top of jNETx SLEE app server with the following dump information. I noticed that this occurs when I have the -Djava.system.class.loader argument declared under JVM arguments... # # An unexpected error has been detected by HotSpot Virtual Machine: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d9e1197, pid=83124, tid=82372 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_22-b03 mixed mode) # Problematic frame: # V [jvm.dll+0x101197] # --------------- T H R E A D --------------- Current thread (0x0003ad90): JavaThread "main" [_thread_in_vm, id=82372] siginfo: ExceptionCode=0xc0000005, reading address 0x00000000 Registers: EAX=0x00000000, EBX=0x0003ae50, ECX=0x00000002, EDX=0x00a44ffc ESP=0x0007e3b8, EBP=0x0007e3dc, ESI=0x0003ad90, EDI=0x0003ae50 EIP=0x6d9e1197, EFLAGS=0x00010246 Top of Stack: (sp=0x0007e3b8) 0x0007e3b8: 0003ae50 0003ad90 0003ae50 6d9e106f 0x0007e3c8: 00000000 0003ad90 00acbaa4 0003ae50 0x0007e3d8: 0003ae50 0007e4d8 10002cb1 0003ae50 0x0007e3e8: 00000000 00acba9c 0003ae50 10002ce9 0x0007e3f8: 0003ae50 00000006 0003a538 10003270 0x0007e408: 0003ae50 00038d48 00acba9c 00000000 0x0007e418: 00038d40 000001e3 6daa7e6f 00038d48 0x0007e428: 0003ae50 00000000 00acba9c 0003a538 Instructions: (pc=0x6d9e1197) 0x6d9e1187: 90 90 90 90 90 90 90 90 90 8b 44 24 04 53 56 57 0x6d9e1197: 8b 00 50 e8 f1 99 ff ff 8b 7c 24 18 8b f0 83 c4 Stack: [0x00040000,0x00080000), sp=0x0007e3b8, free space=248k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [jvm.dll+0x101197] C [profilerinterface.dll+0x2cb1] V [jvm.dll+0x68696] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j java.lang.ClassLoader.defineClass1(Ljava/lang/String;[BIILjava/security/ProtectionDomain;Ljava/lang/String;)Ljava/lang/Class;+0 j java.lang.ClassLoader.defineClass(Ljava/lang/String;[BIILjava/security/ProtectionDomain;)Ljava/lang/Class;+34 j java.security.SecureClassLoader.defineClass(Ljava/lang/String;[BIILjava/security/CodeSource;)Ljava/lang/Class;+27 j java.net.URLClassLoader.defineClass(Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+253 j java.net.URLClassLoader.access$100(Ljava/net/URLClassLoader;Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+3 j java.net.URLClassLoader$1.run()Ljava/lang/Object;+43 v ~StubRoutines::call_stub j java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;Ljava/security/AccessControlContext;)Ljava/lang/Object;+0 j java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;+13 j java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+43 j sun.misc.Launcher$AppClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+36 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 java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;+0 j java.lang.Class.forName(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;+32 j java.lang.SystemClassLoaderAction.run()Ljava/lang/Object;+49 v ~StubRoutines::call_stub j java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object;+0 j java.lang.ClassLoader.initSystemClassLoader()V+51 j java.lang.ClassLoader.getSystemClassLoader()Ljava/lang/ClassLoader;+0 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x03dcb0a8 JavaThread "Finalizer" daemon [_thread_blocked, id=83172] 0x00acdc88 JavaThread "Reference Handler" daemon [_thread_blocked, id=81728] =>0x0003ad90 JavaThread "main" [_thread_in_vm, id=82372] Other Threads: 0x00acb380 VMThread [id=83028] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 63680K, used 2183K [0x37900000, 0x3c010000, 0x3c010000) eden space 54592K, 4% used [0x37900000,0x37b21ee0,0x3ae50000) from space 9088K, 0% used [0x3b730000,0x3b730000,0x3c010000) to space 9088K, 0% used [0x3ae50000,0x3ae50000,0x3b730000) PSOldGen total 582592K, used 0K [0x14010000, 0x37900000, 0x37900000) object space 582592K, 0% used [0x14010000,0x14010000,0x37900000) PSPermGen total 16384K, used 1880K [0x10010000, 0x11010000, 0x14010000) object space 16384K, 11% used [0x10010000,0x101e61f8,0x11010000) Dynamic libraries: 0x00400000 - 0x0040d000 d:\JAVA_HOME\jdk1.5.0_22\bin\java.exe 0x7c900000 - 0x7c9b2000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\MSVCRT.dll 0x6d8e0000 - 0x6dc89000 d:\JAVA_HOME\jdk1.5.0_22\jre\bin\server\jvm.dll 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll 0x76390000 - 0x763ad000 C:\WINDOWS\system32\IMM32.DLL 0x629c0000 - 0x629c9000 C:\WINDOWS\system32\LPK.DLL 0x74d90000 - 0x74dfb000 C:\WINDOWS\system32\USP10.dll 0x6d300000 - 0x6d308000 d:\JAVA_HOME\jdk1.5.0_22\jre\bin\hpi.dll 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL 0x10000000 - 0x10008000 D:\_workspace_\Sintonia\DevEnv\Host001\BA_Node001.Server1\profiler-server-win\lib\deployed\jdk15\windows\profilerinterface.dll 0x6d710000 - 0x6d71c000 d:\JAVA_HOME\jdk1.5.0_22\jre\bin\verify.dll 0x6d380000 - 0x6d39d000 d:\JAVA_HOME\jdk1.5.0_22\jre\bin\java.dll 0x6d730000 - 0x6d73f000 d:\JAVA_HOME\jdk1.5.0_22\jre\bin\zip.dll VM Arguments: jvm_args: -Xms640M -Xmx640M -Djava.net.preferIPv4Stack=true -Xnoclassgc -agentpath:D:/_workspace_/Sintonia/DevEnv/Host001/BA_Node001.Server1/profiler-server-win/lib/deployed/jdk15/windows/profilerinterface.dll=D:/_workspace_/Sintonia/DevEnv/Host001/BA_Node001.Server1/profiler-server-win/lib,5140 -Xnoclassgc -Djdbc.drivers=com.timesten.jdbc.TimesTenDriver:org.apache.commons.dbcp.PoolingDriver -Dcom.jnetx.configuration.DefaultConfigurationFile=../etc/configuration.xml -Dcom.jnetx.util.prefs.CurrentUserPath=/c:DevEnv/c:Farm001/c:BA_Node001/c:Host001/c:Server1 -Djava.system.class.loader=com.jnetx.slee.standalone.loading.FlatSpaceSystemClassLoader -Dslee.lib=..\lib -Dslee.classes=..\lib\classes\rmiclasses;..\etc;..\etc java_command: com.jnetx.slee.standalone.loading.Bootstrap Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=d:\JAVA_HOME\jdk1.5.0_22 CLASSPATH=. PATH=C:\Program Files\PC Connectivity Solution\;C:\Perl\site\bin;C:\Perl\bin;C:\Ruby19\bin;C:\TimesTen\tt70_32\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Bitvise Tunnelier;C:\Program Files\Intel\WiFi\bin\;D:\JAVA_HOME\jdk1.5.0_22\bin;.;C:\Program Files\Common Files\DivX Shared\;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Windows Imaging\;C:\Program Files\QuickTime\QTSystem\;D:\JAVA_HOME\jdk1.5.0_22\bin;D:\JAVA_HOME\apache-ant-1.8.1\bin;C:\Program Files\CVSNT\;C:\Program Files\OpenVPN\bin USERNAME=cecardos OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 11, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 2 (cores per cpu 2, threads per core 1) family 6 model 15 stepping 11, cmov, cx8, fxsr, mmx, sse, sse2 Memory: 4k page, physical 2097151k(1364048k free), swap 4194303k(1262856k free) vm_info: Java HotSpot(TM) Server VM (1.5.0_22-b03) for windows-x86, built on Oct 9 2009 00:56:04 by "java_re" with MS VC++ 6.0 time: Tue Sep 07 01:18:35 2010 elapsed time: 0 seconds
I checked under linux (Ubuntu 10), and the JVM continue crashing. I'm attaching the jvm dump generated.
Created attachment 101920 [details] JVM dump under linux JVM dump under linux (Ubuntu 10 + JDK 1.5u22.
The crash looks strange to me. It looks like you are using profiler agent (profilerinterface) from JDK 6 under JDK 5. Is it possible? How did you get profiler-server-linux directory? Are you able to prepare test-case to reproduce this problem?
Hello Tomas! I double checked my environment and I'm using the jdk15 files under server vm args. The agent directories have been generated by Netbeans 6.9.1. See attached the test-case that you asked for. I included the scenario to you test under windows and linux. Just execute run.[bat]|[sh] and you will see those crash reports :(
Created attachment 101940 [details] jNetX test case jNetX test case
Hi Tomas, did you have a chance to take a look into my issue? Is there anything that I can do in order to support you?
I am able to reproduce this issue and you are right, it is caused by -Djava.system.class.loader
Integrated into 'main-golden', will be available in build *201011170001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/b07bcc551a21 User: Tomas Hurka <thurka@netbeans.org> Log: bugfix #190214, if JVM is started with -Djava.system.class.loader, ClassLoader.getSystemClassLoader() will throw IllegalStateException. Make sure that exceptions from ClassLoader.getSystemClassLoader() are correctly handled
Already fixed in 7.0. See http://hg.netbeans.org/main/rev/b07bcc551a21 http://hg.netbeans.org/main/rev/da65d371767f