JDK-8145338 : compiler/jsr292/CallSiteDepContextTest.java fails: assert(dep_implicit_context_arg(dept) == 0) failed: sanity
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2015-12-14
  • Updated: 2017-08-09
  • Resolved: 2015-12-15
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 9
9 b103Fixed
Related Reports
Relates :  
JDK-8079205 - CallSite dependency tracking is broken after sun.misc.Cleaner became automatically cleared
Description
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/jprt/T/P1/192945.cthaling/s/hotspot/src/share/vm/code/dependencies.cpp:349), pid=3897, tid=3913
#  assert(dep_implicit_context_arg(dept) == 0) failed: sanity
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (build 9-internal+0-2015-12-10-192945.cthaling.aot)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (9-internal+0-2015-12-10-192945.cthaling.aot, mixed mode, tiered, jvmci, jvmci compiler, compressed oops, g1 gc, linux-amd64)
# Core dump will be written. Default location: Core dumps may be processed with "/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e" (or dumping to /export/local/aurora/sandbox/results/workDir/compiler/jsr292/CallSiteDepContextTest/core.3897)
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

Current CompileTask:
JVMCI:   7967 2135    b  4       java.lang.invoke.LambdaForm$DMH/1104423125::invokeStatic__I (19 bytes)

Stack: [0x00007f86c412d000,0x00007f86c422e000],  sp=0x00007f86c422b380,  free space=1016k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x13d10a5]  VMError::report_and_die(int, char const*, char const*, __va_list_tag*, Thread*, unsigned char*, void*, void*, char const*, int, unsigned long)+0x155
V  [libjvm.so+0x13d1d8f]  VMError::report_and_die(Thread*, char const*, int, char const*, char const*, __va_list_tag*)+0x2f
V  [libjvm.so+0x941cff]  report_vm_error(char const*, int, char const*, char const*, ...)+0xcf
V  [libjvm.so+0x97d07b]  Dependencies::assert_call_site_target_value(oop, oop)+0x12b
V  [libjvm.so+0xd5ede6]  CodeInstaller::assumption_CallSiteTargetValue(Handle)+0x256
V  [libjvm.so+0xd5f266]  CodeInstaller::initialize_dependencies(oop, OopRecorder*, Thread*)+0x336
V  [libjvm.so+0xd6603f]  CodeInstaller::install(JVMCICompiler*, Handle, Handle, CodeBlob*&, Handle, Handle, Thread*)+0x33f
V  [libjvm.so+0xd7e7ca]  c2v_installCode(JNIEnv_*, _jobject*, _jobject*, _jobject*, _jobject*, _jobject*)+0x3da
j  jdk.vm.ci.hotspot.CompilerToVM.installCode(Ljdk/vm/ci/code/TargetDescription;Ljdk/vm/ci/hotspot/HotSpotCompiledCode;Ljdk/vm/ci/code/InstalledCode;Ljdk/vm/ci/hotspot/HotSpotSpeculationLog;)I+0
...
Comments
The fix for 8079205 removed the implicit context stuff from call_site_target_value but JVMCI added another copy of that code which still has this assert. http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/54b7b0210ad6#l11.18 So this assert should simply be removed.
14-12-2015