JDK-8025867 : Method resolution assert: MT-unsafe modification of inline cache
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs25
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2013-10-03
  • Updated: 2013-10-03
  • Resolved: 2013-10-03
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.
Other
hs25Resolved
Related Reports
Duplicate :  
JDK-8005873 - JRuby test_respond_to.rb asserts with: MT-unsafe modification of inline cache
Description
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/jprt/T/P1/063518.jrose/s/src/cpu/x86/vm/compiledIC_x86.cpp:134), pid=29611, tid=3247958896
#  assert(method_holder->data() == 0 || method_holder->data() == (intptr_t)callee()) failed: a) MT-unsafe modification of inline cache
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b109) (build 1.8.0-ea-fastdebug-b109)
# Java VM: Java HotSpot(TM) Server VM (25.0-b52-internal-201310010635.jrose.8025260-fastdebug compiled mode linux-x86 )
# Core dump written. Default location: /scratch/local/aurora/sandbox/results/ResultDir/i2c_c2i/core or core.29611
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

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

Current thread (0xbc62e800):  JavaThread "Stresser 19" [_thread_in_vm, id=29704, stack(0xc192e000,0xc197f000)]

Stack: [0xc192e000,0xc197f000],  sp=0xc197d0cc,  free space=316k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xcbacf5]  VMError::report_and_die()+0x185;;  VMError::report_and_die()+0x185
V  [libjvm.so+0x590c88]  report_vm_error(char const*, int, char const*, char const*)+0x68;;  report_vm_error(char const*, int, char const*, char const*)+0x68
V  [libjvm.so+0x533e6b]  CompiledStaticCall::set_to_interpreted(methodHandle, unsigned char*)+0x1ab;;  CompiledStaticCall::set_to_interpreted(methodHandle, unsigned char*)+0x1ab
V  [libjvm.so+0x532e83]  CompiledIC::set_to_monomorphic(CompiledICInfo&)+0x4b3;;  CompiledIC::set_to_monomorphic(CompiledICInfo&)+0x4b3
V  [libjvm.so+0xb8e035]  SharedRuntime::resolve_sub_helper(JavaThread*, bool, bool, Thread*)+0x715;;  SharedRuntime::resolve_sub_helper(JavaThread*, bool, bool, Thread*)+0x715
V  [libjvm.so+0xb8e254]  SharedRuntime::resolve_helper(JavaThread*, bool, bool, Thread*)+0x54;;  SharedRuntime::resolve_helper(JavaThread*, bool, bool, Thread*)+0x54
V  [libjvm.so+0xb947c4]  SharedRuntime::resolve_opt_virtual_call_C(JavaThread*)+0x144;;  SharedRuntime::resolve_opt_virtual_call_C(JavaThread*)+0x144
v  ~RuntimeStub::resolve_opt_virtual_call
J 10012 C1 java.lang.invoke.MethodHandle.invokeWithArguments([Ljava/lang/Object;)Ljava/lang/Object; (61 bytes) @ 0xe7eaacec [0xe7eaa460+0x88c]
J 10011 C1 vm.mlvm.meth.share.transform.v2.MHCall.call()Ljava/lang/Object; (48 bytes) @ 0xe7ea4774 [0xe7ea4160+0x614]
j  vm.mlvm.meth.share.MHTransformationGen.callSequence(Lvm/mlvm/meth/share/transform/v2/MHMacroTF;Z)Ljava/lang/Object;+23
J 10002 C1 vm.mlvm.meth.stress.compiler.i2c_c2i.Test$A.m()Ljava/lang/Object; (36 bytes) @ 0xe7ea99cc [0xe7ea93c0+0x60c]
j  vm.mlvm.meth.stress.compiler.i2c_c2i.Test$1.run()V+48
v  ~StubRoutines::call_stub
V  [libjvm.so+0x77aad7]  JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x17c7;;  .L551+0x2a5
V  [libjvm.so+0xa9de49]  os::os_exception_wrapper(void (*)(JavaValue*, methodHandle*, JavaCallArguments*, Thread*), JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x19;;  os::os_exception_wrapper(void (*)(JavaValue*, methodHandle*, JavaCallArguments*, Thread*), JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x19
V  [libjvm.so+0x77b250]  JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x5e0;;  JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x5e0
V  [libjvm.so+0x77ba03]  JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*)+0x73;;  JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*)+0x73
V  [libjvm.so+0x83d68d]  thread_entry(JavaThread*, Thread*)+0x8d;;  thread_entry(JavaThread*, Thread*)+0x8d
V  [libjvm.so+0xc4d839]  JavaThread::thread_main_inner()+0x1b9;;  JavaThread::thread_main_inner()+0x1b9
V  [libjvm.so+0xc4db48]  JavaThread::run()+0x268;;  JavaThread::run()+0x268
V  [libjvm.so+0xaa6f79]  java_start(Thread*)+0x119;;  java_start(Thread*)+0x119
C  [libpthread.so.0+0x6a49]  abort@@GLIBC_2.0+0x6a49

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v  ~RuntimeStub::resolve_opt_virtual_call
J 10012 C1 java.lang.invoke.MethodHandle.invokeWithArguments([Ljava/lang/Object;)Ljava/lang/Object; (61 bytes) @ 0xe7eaacec [0xe7eaa460+0x88c]
J 10011 C1 vm.mlvm.meth.share.transform.v2.MHCall.call()Ljava/lang/Object; (48 bytes) @ 0xe7ea4774 [0xe7ea4160+0x614]
j  vm.mlvm.meth.share.MHTransformationGen.callSequence(Lvm/mlvm/meth/share/transform/v2/MHMacroTF;Z)Ljava/lang/Object;+23
J 10002 C1 vm.mlvm.meth.stress.compiler.i2c_c2i.Test$A.m()Ljava/lang/Object; (36 bytes) @ 0xe7ea99cc [0xe7ea93c0+0x60c]
j  vm.mlvm.meth.stress.compiler.i2c_c2i.Test$1.run()V+48
v  ~StubRoutines::call_stub



RULE vm/mlvm/meth/stress/compiler/i2c_c2i Crash Internal Error ...compiledIC_x86.cpp...assert(method_holder->data() == ... || method_holder->data() == (intptr_t)callee()) failed: a) MT-unsafe modification of inline cache

RULE vm/mlvm/meth/stress/compiler/i2c_c2i ExitCode 134