JDK-8165496 : assert(_exception_caught == false) failed: _exception_caught is out of phase
  • Type: Bug
  • Component: hotspot
  • Sub-Component: jvmti
  • Affected Version: 8,9
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2016-09-06
  • Updated: 2023-08-16
  • Resolved: 2016-12-20
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 8 JDK 9
8u401Fixed 9 b151Fixed
Related Reports
Relates :  
JDK-8134434 - JVM_DoPrivileged() fires assert(_exception_caught == false) failed: _exception_caught is out of phase
Relates :  
JDK-6972759 - Step over not working after thrown exception and Pop
Description
hotspot\src\share\vm\prims/jvmtiThreadState.hpp:170), pid=29108, tid=2072
#  assert(_exception_caught == false) failed: _exception_caught is out of phase
#

Current thread (0x3fdca400):  JavaThread "SpecJbb2005StressModule" [_thread_in_vm, id=2072, stack(0x41400000,0x41450000)]

Stack: [0x41400000,0x41450000],  sp=0x4144ed20,  free space=315k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [jvm.dll+0x8f5409]
V  [jvm.dll+0x8f5907]
V  [jvm.dll+0x3bde98]
V  [jvm.dll+0x630a17]
V  [jvm.dll+0x7f872f]
V  [jvm.dll+0x7f8c1e]
V  [jvm.dll+0x5e2814]
C  [java.dll+0x3a1e]
j  jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+100 java.base@9-internal
j  jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6 java.base@9-internal
j  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+42 java.base@9-internal
j  jrockit.qa.stress.kitchensink.process.stress.modules.SpecJbb2005StressModule.execute()V+69
j  jrockit.qa.stress.kitchensink.process.stress.modules.StressModule.run()V+111
v  ~StubRoutines::call_stub
V  [jvm.dll+0x538fa0]
V  [jvm.dll+0x794c55]
V  [jvm.dll+0x538bfb]
V  [jvm.dll+0x5397c4]
V  [jvm.dll+0x5396bb]
V  [jvm.dll+0x5cf889]
V  [jvm.dll+0x8ba3cc]
V  [jvm.dll+0x8b95ce]
V  [jvm.dll+0x79406b]
C  [msvcr120.dll+0x2c01d]
C  [msvcr120.dll+0x2c001]
C  [KERNEL32.DLL+0x286e3]
C  [ntdll.dll+0x5aa29]
C  [ntdll.dll+0x5a9fc]
Comments
URL: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/4b542f41d269 User: lana Date: 2017-01-04 20:58:29 +0000
04-01-2017
URL: http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/4b542f41d269 User: dsamersoff Date: 2016-12-20 13:43:20 +0000
20-12-2016
Thanks, Mikhailo! This is a stack trace from the *.log file: # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (/HUDSON/workspace/9-2-build-linux-amd64-phase2/jdk9/5623/hotspot/src/share/vm/prims/jvmtiThreadState.hpp:170), pid=7775, tid=7820 # assert(_exception_caught == false) failed: _exception_caught is out of phase # # JRE version: Java(TM) SE Runtime Environment (9.0+141) (fastdebug build 9-ea+141) # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 9-ea+141, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64) # Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c %P" (or dumping to /ws/tools/oracle-home/user_projects/domains/base_domain/core.7775) # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # --------------- S U M M A R Y ------------ Command Line: -Xms256m -Xmx512m -XX:CompileThreshold=8000 -Dweblogic.Name=AdminServer -Djava.security.policy=/ws/tools/oracle-home/wlserver/server/lib/weblogic.policy -Xverify:none -javaagent:/ws/tools/oracle-home/wlserver/server/lib/debugpatch-agent.jar -da -Dwls.home=/ws/tools/oracle-home/wlserver/server -Dweblogic.home=/ws/tools/oracle-home/wlserver/server -XX:+UnlockCommercialFeatures -Xshare:auto -XX:+UseAppCDS -XX:+IgnoreEmptyClassPaths -XX:SharedArchiveFile=/ws/tools/oracle-home/user_projects/domains/base_domain/WebLogic.jsa --patch-module=java.corba=/tmp/wls/wlsjdk9/env/jdk9/patches/java.corba.jar weblogic.Server Host: mikhailo-ThinkCentre-M93p, Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 8 cores, 15G, Ubuntu 14.04.5 LTS Time: Tue Oct 25 15:11:00 2016 PDT elapsed time: 78 seconds (0d 0h 1m 18s) --------------- T H R E A D --------------- Current thread (0x00007fec14159800): JavaThread "[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_in_vm, id=7820, stack(0x00007fec6107e000,0x00007fec6117f000)] Stack: [0x00007fec6107e000,0x00007fec6117f000], sp=0x00007fec611791e0, free space=1004k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x16e53d2] VMError::report_and_die(int, char const*, char const*, __va_list_tag*, Thread*, unsigned char*, void*, void*, char const*, int, unsigned long)+0x162 V [libjvm.so+0x16e614f] VMError::report_and_die(Thread*, char const*, int, char const*, char const*, __va_list_tag*)+0x2f V [libjvm.so+0xa9846d] report_vm_error(char const*, int, char const*, char const*, ...)+0xdd V [libjvm.so+0x10930da] JvmtiExport::clear_detected_exception(JavaThread*)+0x9a V [libjvm.so+0xf5cce8] JVM_DoPrivileged+0xae8 J 485 java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object; java.base@9-ea (0 bytes) @ 0x00007fecc18a2fd6 [0x00007fecc18a2e80+0x0000000000000156] J 472 C1 jdk.internal.loader.URLClassPath$JarLoader.ensureOpen()V java.base@9-ea (32 bytes) @ 0x00007fecba3ff9d4 [0x00007fecba3ff720+0x00000000000002b4] j jdk.internal.loader.URLClassPath$JarLoader.<init>(Ljava/net/URL;Ljava/net/URLStreamHandler;Ljava/util/HashMap;)V+57 java.base@9-ea j jdk.internal.loader.URLClassPath$JarLoader$3.run()Ljdk/internal/loader/URLClassPath$JarLoader;+22 java.base@9-ea j jdk.internal.loader.URLClassPath$JarLoader$3.run()Ljava/lang/Object;+1 java.base@9-ea v ~StubRoutines::call_stub V [libjvm.so+0xe22b00] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x950 V [libjvm.so+0xf5ca55] JVM_DoPrivileged+0x855 J 485 java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object; java.base@9-ea (0 bytes) @ 0x00007fecc18a2fd6 [0x00007fecc18a2e80+0x0000000000000156] J 4789 C2 jdk.internal.loader.URLClassPath$JarLoader.getResource(Ljava/lang/String;ZLjava/util/Set;)Ljdk/internal/loader/Resource; java.base@9-ea (349 bytes) @ 0x00007fecc1aaf468 [0x00007fecc1aadd80+0x00000000000016e8] J 596 C2 jdk.internal.loader.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)Ljdk/internal/loader/Resource; java.base@9-ea (65 bytes) @ 0x00007fecc18c8038 [0x00007fecc18c7b40+0x00000000000004f8] J 3187 C2 jdk.internal.loader.URLClassPath$1.next()Z java.base@9-ea (59 bytes) @ 0x00007fecc1b765ec [0x00007fecc1b76460+0x000000000000018c] J 4846 C1 jdk.internal.loader.URLClassPath$1.hasMoreElements()Z java.base@9-ea (5 bytes) @ 0x00007fecba673554 [0x00007fecba6734e0+0x0000000000000074] J 4818 C1 jdk.internal.loader.BuiltinClassLoader.findResources(Ljava/lang/String;)Ljava/util/Enumeration; java.base@9-ea (83 bytes) @ 0x00007fecbaa2c9c4 [0x00007fecbaa2be60+0x0000000000000b64] J 6664 C1 java.lang.ClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; java.base@9-ea (50 bytes) @ 0x00007fecbb29f09c [0x00007fecbb29e7e0+0x00000000000008bc] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafce95c [0x00007fecbafc9c80+0x0000000000004cdc] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafccd9c [0x00007fecbafc9c80+0x000000000000311c] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafccd9c [0x00007fecbafc9c80+0x000000000000311c] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafcc12c [0x00007fecbafc9c80+0x00000000000024ac] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] j weblogic.persistence.AbstractPersistenceUnitRegistry.loadPersistenceDescriptor(Ljava/lang/String;ZLweblogic/persistence/spi/JPAIntegrationProvider;)Ljava/util/Map;+8 j weblogic.persistence.AbstractPersistenceUnitRegistry.loadPersistenceDescriptors(Z)V+8 j weblogic.persistence.EarPersistenceUnitRegistry.<init>(Lweblogic/utils/classloaders/GenericClassLoader;Lweblogic/application/ApplicationContextInternal;)V+24 j weblogic.persistence.PersistenceDeployment$PersistenceDeploymentExtension.init(Lweblogic/application/ApplicationContextInternal;)V+42 j weblogic.application.internal.flow.CreateAppDeploymentExtensionsFlow.prepare()V+137 j weblogic.application.internal.BaseDeployment$1.next(Ljava/lang/Object;)V+4 j weblogic.application.utils.StateMachineDriver.nextState(Lweblogic/application/utils/StateChange;[Ljava/lang/Object;)V+62 j weblogic.application.internal.BaseDeployment.prepare(Lweblogic/application/DeploymentContext;)V+63 j weblogic.application.internal.EarDeployment.prepare(Lweblogic/application/DeploymentContext;)V+2 j weblogic.application.services.BackgroundDeploymentManagerService$1.next(Ljava/lang/Object;)V+16 j weblogic.application.utils.StateMachineDriver.nextState(Lweblogic/application/utils/StateChange;[Ljava/lang/Object;)V+62 j weblogic.application.services.BackgroundDeploymentManagerService$BackgroundDeployAction.run()V+46 j weblogic.application.services.BackgroundDeploymentManagerService$OnDemandBackgroundDeployAction.run()V+43 j weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run()V+4 j weblogic.invocation.ComponentInvocationContextManager._runAs(Lweblogic/invocation/ComponentInvocationContext;Ljava/lang/Runnable;)V+11 j weblogic.invocation.ComponentInvocationContextManager.runAs(Ljava/security/Principal;Lweblogic/invocation/ComponentInvocationContext;Ljava/lang/Runnable;)V+9 j weblogic.work.LivePartitionUtility.doRunWorkUnderContext(Ljava/lang/Runnable;Lweblogic/invocation/ComponentInvocationContext;)V+6 j weblogic.work.PartitionUtility.runWorkUnderContext(Ljava/lang/Runnable;Lweblogic/invocation/ComponentInvocationContext;)V+5 j weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(Lweblogic/work/ExecuteThread;Lweblogic/work/WorkAdapter;)V+45 j weblogic.work.ExecuteThread.execute(Lweblogic/work/WorkAdapter;)V+45 j weblogic.work.ExecuteThread.run()V+68 v ~StubRoutines::call_stub V [libjvm.so+0xe22b00] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x950 V [libjvm.so+0xe1ff48] JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x448 V [libjvm.so+0xe201cf] JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*)+0xbf V [libjvm.so+0xf4c21e] thread_entry(JavaThread*, Thread*)+0xae V [libjvm.so+0x164baae] JavaThread::thread_main_inner()+0x22e V [libjvm.so+0x164bd3e] JavaThread::run()+0x1ce V [libjvm.so+0x138d5e2] thread_native_entry(Thread*)+0x112 C [libpthread.so.0+0x8184] start_thread+0xc4 Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) J 485 java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object; java.base@9-ea (0 bytes) @ 0x00007fecc18a2f66 [0x00007fecc18a2e80+0x00000000000000e6] J 472 C1 jdk.internal.loader.URLClassPath$JarLoader.ensureOpen()V java.base@9-ea (32 bytes) @ 0x00007fecba3ff9d4 [0x00007fecba3ff720+0x00000000000002b4] j jdk.internal.loader.URLClassPath$JarLoader.<init>(Ljava/net/URL;Ljava/net/URLStreamHandler;Ljava/util/HashMap;)V+57 java.base@9-ea j jdk.internal.loader.URLClassPath$JarLoader$3.run()Ljdk/internal/loader/URLClassPath$JarLoader;+22 java.base@9-ea j jdk.internal.loader.URLClassPath$JarLoader$3.run()Ljava/lang/Object;+1 java.base@9-ea v ~StubRoutines::call_stub J 485 java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object; java.base@9-ea (0 bytes) @ 0x00007fecc18a2f66 [0x00007fecc18a2e80+0x00000000000000e6] J 4789 C2 jdk.internal.loader.URLClassPath$JarLoader.getResource(Ljava/lang/String;ZLjava/util/Set;)Ljdk/internal/loader/Resource; java.base@9-ea (349 bytes) @ 0x00007fecc1aaf468 [0x00007fecc1aadd80+0x00000000000016e8] J 596 C2 jdk.internal.loader.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)Ljdk/internal/loader/Resource; java.base@9-ea (65 bytes) @ 0x00007fecc18c8038 [0x00007fecc18c7b40+0x00000000000004f8] J 3187 C2 jdk.internal.loader.URLClassPath$1.next()Z java.base@9-ea (59 bytes) @ 0x00007fecc1b765ec [0x00007fecc1b76460+0x000000000000018c] J 4846 C1 jdk.internal.loader.URLClassPath$1.hasMoreElements()Z java.base@9-ea (5 bytes) @ 0x00007fecba673554 [0x00007fecba6734e0+0x0000000000000074] J 4818 C1 jdk.internal.loader.BuiltinClassLoader.findResources(Ljava/lang/String;)Ljava/util/Enumeration; java.base@9-ea (83 bytes) @ 0x00007fecbaa2c9c4 [0x00007fecbaa2be60+0x0000000000000b64] J 6664 C1 java.lang.ClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; java.base@9-ea (50 bytes) @ 0x00007fecbb29f09c [0x00007fecbb29e7e0+0x00000000000008bc] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafce95c [0x00007fecbafc9c80+0x0000000000004cdc] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafccd9c [0x00007fecbafc9c80+0x000000000000311c] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafccd9c [0x00007fecbafc9c80+0x000000000000311c] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] J 5625 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;Z)Ljava/util/Enumeration; (301 bytes) @ 0x00007fecbafcc12c [0x00007fecbafc9c80+0x00000000000024ac] J 5624 C1 weblogic.utils.classloaders.GenericClassLoader.getResources(Ljava/lang/String;)Ljava/util/Enumeration; (18 bytes) @ 0x00007fecbafc8bb4 [0x00007fecbafc8a60+0x0000000000000154] j weblogic.persistence.AbstractPersistenceUnitRegistry.loadPersistenceDescriptor(Ljava/lang/String;ZLweblogic/persistence/spi/JPAIntegrationProvider;)Ljava/util/Map;+8 j weblogic.persistence.AbstractPersistenceUnitRegistry.loadPersistenceDescriptors(Z)V+8 j weblogic.persistence.EarPersistenceUnitRegistry.<init>(Lweblogic/utils/classloaders/GenericClassLoader;Lweblogic/application/ApplicationContextInternal;)V+24 j weblogic.persistence.PersistenceDeployment$PersistenceDeploymentExtension.init(Lweblogic/application/ApplicationContextInternal;)V+42 j weblogic.application.internal.flow.CreateAppDeploymentExtensionsFlow.prepare()V+137 j weblogic.application.internal.BaseDeployment$1.next(Ljava/lang/Object;)V+4 j weblogic.application.utils.StateMachineDriver.nextState(Lweblogic/application/utils/StateChange;[Ljava/lang/Object;)V+62 j weblogic.application.internal.BaseDeployment.prepare(Lweblogic/application/DeploymentContext;)V+63 j weblogic.application.internal.EarDeployment.prepare(Lweblogic/application/DeploymentContext;)V+2 j weblogic.application.services.BackgroundDeploymentManagerService$1.next(Ljava/lang/Object;)V+16 j weblogic.application.utils.StateMachineDriver.nextState(Lweblogic/application/utils/StateChange;[Ljava/lang/Object;)V+62 j weblogic.application.services.BackgroundDeploymentManagerService$BackgroundDeployAction.run()V+46 j weblogic.application.services.BackgroundDeploymentManagerService$OnDemandBackgroundDeployAction.run()V+43 j weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run()V+4 j weblogic.invocation.ComponentInvocationContextManager._runAs(Lweblogic/invocation/ComponentInvocationContext;Ljava/lang/Runnable;)V+11 j weblogic.invocation.ComponentInvocationContextManager.runAs(Ljava/security/Principal;Lweblogic/invocation/ComponentInvocationContext;Ljava/lang/Runnable;)V+9 j weblogic.work.LivePartitionUtility.doRunWorkUnderContext(Ljava/lang/Runnable;Lweblogic/invocation/ComponentInvocationContext;)V+6 j weblogic.work.PartitionUtility.runWorkUnderContext(Ljava/lang/Runnable;Lweblogic/invocation/ComponentInvocationContext;)V+5 j weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(Lweblogic/work/ExecuteThread;Lweblogic/work/WorkAdapter;)V+45 j weblogic.work.ExecuteThread.execute(Lweblogic/work/WorkAdapter;)V+45 j weblogic.work.ExecuteThread.run()V+68 v ~StubRoutines::call_stub
26-10-2016
I agree with Dmitry that this assert needs to be relaxed. In fact, it does not look to be useful at all. There are some points where the clear_exception_detected must be called. But it is always possible that the set_exception_caught() was called before because the exception event was handled. So that we either have to do it conditionally or just relax the assert. Doing it conditionally breaks the invariant anyway, so my preference is to clear the _exception_caught bit instead of the assert check. The clear_exception_detected() with the assert was added as a part of this bug fix: https://bugs.openjdk.java.net/browse/JDK-6972759 It does not look that this assert was handy in the 6972759 fix.
21-10-2016
So the implication is that the fix for 8134434 needs to make the state->set_exception_detected() conditional on something else, depending on how that code is reached.
09-09-2016
This was most likely introduced by JDK-8134434, I can reproduce it with the JPRT build that pushed that change and have been unable to reproduce it with the JPRT build just before that push. Also reproduced with jdk9-b131 and tip of jdk9/hs, failed to reproduce with jdk9-b130.
08-09-2016
@dholmes afaics the frames before the JVM_InvokeMethod call are these Java frames: j jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0 java.base@9-internal j jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+100 java.base@9-internal j jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6 java.base@9-internal j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+42 java.base@9-internal j jrockit.qa.stress.kitchensink.process.stress.modules.SpecJbb2005StressModule.execute()V+69 j jrockit.qa.stress.kitchensink.process.stress.modules.StressModule.run()V+111 v ~StubRoutines::call_stub
08-09-2016
It is unclear what may have changed here but we are in the process of clearing a pending exception so that InvocationTargetException can be thrown: JavaCalls::call(&result, method, &java_args, THREAD); if (HAS_PENDING_EXCEPTION) { // Method threw an exception; wrap it in an InvocationTargetException oop target_exception = PENDING_EXCEPTION; CLEAR_PENDING_EXCEPTION; // JVMTI has already reported the pending exception // JVMTI internal flag reset is needed in order to report InvocationTargetException if (THREAD->is_Java_thread()) { JvmtiExport::clear_detected_exception((JavaThread*)THREAD); <= assertion from in here } JavaCallArguments args(Handle(THREAD, target_exception)); THROW_ARG_0(vmSymbols::java_lang_reflect_InvocationTargetException(), vmSymbols::throwable_void_signature(), &args); The related JVMTI exception functions are: inline void set_exception_detected() { _exception_detected = true; _exception_caught = false; } inline void clear_exception_detected() { _exception_detected = false; assert(_exception_caught == false, "_exception_caught is out of phase"); } inline void set_exception_caught() { _exception_caught = true; _exception_detected = false; } --- It would be interesting to see what is on the call stack before JVM_InvokeMethod. I'm wondering if somehow we call that with an exception already pending?
07-09-2016
01 4144e8e8 71d55907 jvm!VMError::report_and_die+0x879 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\vmerror.cpp @ 1359] 02 4144e91c 7181de98 jvm!VMError::report_and_die+0x27 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\vmerror.cpp @ 1128] 03 4144e93c 7171580b jvm!report_vm_error+0x48 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\debug.cpp @ 220] 04 4144e95c 71bf4b9a jvm!frame::init+0x4b [c:\jprt\t\p1\004601.daholme\s\hotspot\src\cpu\x86\vm\frame_x86.inline.hpp @ 49] 05 (Inline) -------- jvm!frame::{ctor}+0x14 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\cpu\x86\vm\frame_x86.inline.hpp @ 63] 06 4144e970 7181db32 jvm!os::get_sender_for_C_frame+0x1a [c:\jprt\t\p1\004601.daholme\s\hotspot\src\os_cpu\windows_x86\vm\os_windows_x86.cpp @ 469] 07 4144ec5c 71d546e2 jvm!print_native_stack+0x102 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\debug.cpp @ 792] 08 4144ed18 71d55409 jvm!VMError::report+0x992 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\vmerror.cpp @ 600] 09 4144eeb4 71d55907 jvm!VMError::report_and_die+0x3f9 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\vmerror.cpp @ 1264] 0a 4144eee8 7181de98 jvm!VMError::report_and_die+0x27 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\vmerror.cpp @ 1128] 0b 4144ef08 71a90a17 jvm!report_vm_error+0x48 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\utilities\debug.cpp @ 220] 0c (Inline) -------- jvm!JvmtiThreadState::clear_exception_detected+0x39 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\prims\jvmtithreadstate.hpp @ 170] 0d 4144ef20 71c5872f jvm!JvmtiExport::clear_detected_exception+0x87 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\prims\jvmtiexport.cpp @ 2292] 0e 4144f054 71c58c1e jvm!invoke+0x91f [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\runtime\reflection.cpp @ 1203] 0f 4144f0bc 71a42814 jvm!Reflection::invoke_method+0x18e [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\runtime\reflection.cpp @ 1242] 10 4144f0f4 72de3a1e jvm!JVM_InvokeMethod+0x1d4 [c:\jprt\t\p1\004601.daholme\s\hotspot\src\share\vm\prims\jvm.cpp @ 3645]
06-09-2016
ILW H?? = P1 I: High, Assert L: Unknown (High), Unknown, seems fairly frequent since September 2nd. W: Unknown (High), No known workaround at this time
06-09-2016
This seems to have failed on September 2nd in hs-comp, where is the bug filed for that failure?
06-09-2016
This is also failing in hs-comp. Doesn't this imply that the problem has already reached jdk9/dev?
06-09-2016