JDK-8232752 : [Graal] compiler/jsr292/NullConstantReceiver.java failed "assert(oopDesc::is_oop(pre_val, true)) failed: Error"
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 14
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: linux
  • CPU: x86_64
  • Submitted: 2019-10-21
  • Updated: 2019-10-29
  • Resolved: 2019-10-29
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 14
14Resolved
Related Reports
Duplicate :  
Description
The following test failed in the JDK14 CI:

compiler/jsr292/NullConstantReceiver.java

Here's a snippet from the log file:

#section:main
----------messages:(4/219)----------
command: main -Xbatch compiler.jsr292.NullConstantReceiver
reason: User specified action: run main/othervm -Xbatch compiler.jsr292.NullConstantReceiver 
Mode: othervm [/othervm specified]
elapsed time (seconds): 25.649
----------configuration:(0/0)----------
----------System.out:(23/1640)----------
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=/g1BarrierSet.cpp:67
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (open/src/hotspot/share/gc/g1/g1BarrierSet.cpp:67), pid=25853, tid=26033
#  assert(oopDesc::is_oop(pre_val, true)) failed: Error
#
# JRE version: Java(TM) SE Runtime Environment (14.0+20) (fastdebug build 14-ea+20-853)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 14-ea+20-853, mixed mode, sharing, tiered, jvmci, jvmci compiler, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# V  [libjvm.so+0xbedf5c]  G1BarrierSet::enqueue(oop)+0xfc
#
# Core dump will be written. Default location: Core dumps may be processed with "/opt/core.sh %p" (or dumping to /opt/mach5/mesos/work_dir/slaves/fcf4c0c4-d73e-4321-860c-6613427db92b-S2233/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/15b8ff50-ea20-4915-b82d-a68c24632e37/runs/93740ae0-d1da-4388-a771-e9c79f58ff53/testoutput/test-support/jtreg_open_test_hotspot_jtreg_tier1_compiler_3/scratch/3/core.25853)
#
# An error report file with more information is saved as:
# /opt/mach5/mesos/work_dir/slaves/fcf4c0c4-d73e-4321-860c-6613427db92b-S2233/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/15b8ff50-ea20-4915-b82d-a68c24632e37/runs/93740ae0-d1da-4388-a771-e9c79f58ff53/testoutput/test-support/jtreg_open_test_hotspot_jtreg_tier1_compiler_3/scratch/3/hs_err_pid25853.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Current thread is 26033
Dumping core ...
----------System.err:(0/0)----------
----------rerun:(42/5099)*----------
Comments
Okay, closing this as duplicate of JDK-8232921.
29-10-2019

This appears to be a duplicate of JDK-8232921: https://bugs.openjdk.java.net/browse/JDK-8232921?focusedCommentId=14296454&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14296454
28-10-2019

Doug, could you please have a look?
24-10-2019

ILW = Assert due to invalid oop, intermittent with single test and Graal as JIT, use C2 = HLM = P3
24-10-2019

Stack: [0x00007f7e7fcfc000,0x00007f7e7fdfd000], sp=0x00007f7e7fdf7c70, free space=1007k Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0xbedf5c] G1BarrierSet::enqueue(oop)+0xfc V [libjvm.so+0x9303c8] AccessInternal::PostRuntimeDispatch<G1BarrierSet::AccessBarrier<2670710ul, G1BarrierSet>, (AccessInternal::BarrierType)1, 2670710ul>::oop_access_barrier(oop, long, oop)+0x598 V [libjvm.so+0xa7cea0] objArrayOopDesc::obj_at_put(int, oop)+0xf0 V [libjvm.so+0xe27134] java_lang_Throwable::fill_in_stack_trace(Handle, methodHandle const&, Thread*)+0xbe4 V [libjvm.so+0xe271ff] java_lang_Throwable::fill_in_stack_trace(Handle, methodHandle const&)+0x4f V [libjvm.so+0xf4f1b4] JVM_FillInStackTrace+0x104 C [libjava.so+0x12b41] Java_java_lang_Throwable_fillInStackTrace+0x11 j java.lang.Throwable.fillInStackTrace(I)Ljava/lang/Throwable;+0 java.base@14-ea j java.lang.Throwable.fillInStackTrace()Ljava/lang/Throwable;+16 java.base@14-ea j java.lang.Throwable.<init>()V+24 java.base@14-ea j java.lang.Exception.<init>()V+1 java.base@14-ea j java.lang.RuntimeException.<init>()V+1 java.base@14-ea j java.lang.NullPointerException.<init>()V+1 java.base@14-ea v ~StubRoutines::call_stub V [libjvm.so+0xe094bc] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x6ac V [libjvm.so+0xe06efd] JavaCalls::call_special(JavaValue*, Klass*, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x22d V [libjvm.so+0xe070a6] JavaCalls::construct_new_instance(InstanceKlass*, Symbol*, JavaCallArguments*, Thread*) [clone .part.34]+0xc6 V [libjvm.so+0xbc021f] Exceptions::new_exception(Thread*, Symbol*, Symbol*, JavaCallArguments*, Handle, Handle)+0x26f V [libjvm.so+0xbc0395] Exceptions::new_exception(Thread*, Symbol*, Symbol*, JavaCallArguments*, Handle, Handle, Handle)+0x35 V [libjvm.so+0xbc10e5] Exceptions::new_exception(Thread*, Symbol*, char const*, Handle, Handle, Handle, Exceptions::ExceptionMsgToUtf8Mode)+0x3e5 V [libjvm.so+0xbc1537] Exceptions::new_exception(Thread*, Symbol*, char const*, Exceptions::ExceptionMsgToUtf8Mode)+0x227 V [libjvm.so+0x158c119] SharedRuntime::throw_NullPointerException_at_call(JavaThread*)+0xc9 v ~RuntimeStub::NullPointerException at call throw_exception j java.lang.invoke.LambdaForm$DMH.invokeVirtual(Ljava/lang/Object;Ljava/lang/Object;)V+21 java.base@14-ea j java.lang.invoke.LambdaForm$MH.invokeExact_MT(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)V+19 java.base@14-ea j compiler.jsr292.NullConstantReceiver.run()V+7 j compiler.jsr292.NullConstantReceiver.main([Ljava/lang/String;)V+9 v ~StubRoutines::call_stub V [libjvm.so+0xe094bc] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x6ac V [libjvm.so+0x15291e8] invoke(InstanceKlass*, methodHandle const&, Handle, bool, objArrayHandle, BasicType, objArrayHandle, bool, Thread*) [clone .constprop.126]+0xc18 V [libjvm.so+0x152a26a] Reflection::invoke_method(oop, Handle, objArrayHandle, Thread*)+0x19a V [libjvm.so+0xf66aec] JVM_InvokeMethod+0x22c j jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0 java.base@14-ea j jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+100 java.base@14-ea j jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6 java.base@14-ea j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+59 java.base@14-ea j com.sun.javatest.regtest.agent.MainWrapper$MainThread.run()V+172 j java.lang.Thread.run()V+11 java.base@14-ea v ~StubRoutines::call_stub V [libjvm.so+0xe094bc] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x6ac V [libjvm.so+0xe0655f] JavaCalls::call_virtual(JavaValue*, Klass*, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x33f V [libjvm.so+0xe0677a] JavaCalls::call_virtual(JavaValue*, Handle, Klass*, Symbol*, Symbol*, Thread*)+0xca V [libjvm.so+0xf4cbe7] thread_entry(JavaThread*, Thread*)+0x127 V [libjvm.so+0x16ed106] JavaThread::thread_main_inner()+0x226 V [libjvm.so+0x16f28f6] Thread::call_run()+0xf6 V [libjvm.so+0x14153ae] thread_native_entry(Thread*)+0x10e
21-10-2019

Filed in hotspot/compiler for initial triage since this is a compiler test in a graal test config.
21-10-2019