assert(!InstanceKlass::cast(receiver_klass)->is_not_initialized()) failed: receiver_klass must be initialized when running some tests with -XX:+StressBailout
Only seen in ad-hoc personal runs / builds so far but I suspect it affects mainline. Maybe another case where failed compilations are not handled correctly.
Seen twice on a seemingly unrelated compiler test :compiler/c2/Test6603011.java
Seen similar issue in recent past in AOT code:JDK-8362559
====
V [libjvm.so+0x19c6a6e] SharedRuntime::find_callee_info_helper(vframeStream&, Bytecodes::Code&, CallInfo&, JavaThread*)+0x5fe (sharedRuntime.cpp:1334)
V [libjvm.so+0x19ccffd] SharedRuntime::resolve_helper(bool, bool, JavaThread*)+0x24d (sharedRuntime.cpp:1195)
V [libjvm.so+0x19cde74] SharedRuntime::resolve_opt_virtual_call_C(JavaThread*)+0x84 (sharedRuntime.cpp:1618)
v ~RuntimeStub::resolve_opt_virtual_call_blob (shared runtime) 0x00007f9feb92c349
J 1979803 c1 jdk.internal.vm.ThreadSnapshot$$Lambda+0x000000000f01cff0.accept(Ljava/lang/Object;)V java.base@27-internal (8 bytes) @ 0x00007f9fe4d14be4 [0x00007f9fe4d14a80+0x0000000000000164]
J 79479 c1 java.util.Spliterators$ArraySpliterator.forEachRemaining(Ljava/util/function/Consumer;)V java.base@27-internal (68 bytes) @ 0x00007f9fe490400c [0x00007f9fe4903e00+0x000000000000020c]
J 1979795 c1 java.util.stream.ReferencePipeline$Head.forEach(Ljava/util/function/Consumer;)V java.base@27-internal (26 bytes) @ 0x00007f9fe4d13f84 [0x00007f9fe4d13d80+0x0000000000000204]
J 1976005 c1 jdk.internal.vm.ThreadSnapshot.of(Ljava/lang/Thread;)Ljdk/internal/vm/ThreadSnapshot; java.base@27-internal (101 bytes) @ 0x00007f9fe4d0f9c4 [0x00007f9fe4d0f700+0x00000000000002c4]
J 1975986 c1 jdk.internal.vm.ThreadDumper.dumpThread(Ljava/lang/Thread;Ljdk/internal/vm/ThreadDumper$JsonWriter;)Z java.base@27-internal (443 bytes) @ 0x00007f9fe4d0cb7c [0x00007f9fe4d0cb00+0x000000000000007c]
J 1966025 c1 jdk.internal.vm.ThreadDumper.dumpThreads(Ljdk/internal/vm/ThreadContainer;Ljdk/internal/vm/ThreadDumper$JsonWriter;)V java.base@27-internal (158 bytes) @ 0x00007f9fe4cff574 [0x00007f9fe4cfee00+0x0000000000000774]
J 1935455 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljdk/internal/vm/ThreadDumper$TextWriter;)V java.base@27-internal (80 bytes) @ 0x00007f9fe4c1dda4 [0x00007f9fe4c1db80+0x0000000000000224]
J 1934902 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToFile(Ljava/lang/String;ZZ)[B java.base@27-internal (232 bytes) @ 0x00007f9fe4c0c53c [0x00007f9fe4c0c000+0x000000000000053c]
J 1934899 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljava/lang/String;Z)[B java.base@27-internal (28 bytes) @ 0x00007f9fe4c0bd84 [0x00007f9fe4c0bc00+0x0000000000000184]
v ~StubRoutines::call_stub_stub (stub gen) 0x00007f9feb8155fd
V [libjvm.so+0x10ef60e] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, JavaThread*)+0x50e (javaCalls.cpp:416)
V [libjvm.so+0x10f076f] JavaCalls::call_static(JavaValue*, Klass*, Symbol*, Symbol*, JavaCallArguments*, JavaThread*)+0x18f (javaCalls.cpp:324)
V [libjvm.so+0xd6608e] ThreadDumpToFileDCmd::dumpToFile(Symbol*, Symbol*, char const*, bool, JavaThread*)+0x26e (diagnosticCommand.cpp:1105)
V [libjvm.so+0xd66500] ThreadDumpToFileDCmd::execute(DCmdSource, JavaThread*)+0x60 (diagnosticCommand.cpp:1088)
V [libjvm.so+0xd6a11b] DCmd::Executor::execute(DCmd*, JavaThread*)+0x1b (diagnosticFramework.cpp:421)
V [libjvm.so+0x815944] jcmd(AttachOperation*, attachStream*)::Executor::execute(DCmd*, JavaThread*)+0x34 (attachListener.cpp:394)
V [libjvm.so+0xd6e336] DCmd::Executor::parse_and_execute(char const*, char, JavaThread*)+0x806 (diagnosticFramework.cpp:414)
V [libjvm.so+0x813e3b] jcmd(AttachOperation*, attachStream*)+0x8b (attachListener.cpp:398)
V [libjvm.so+0x816808] AttachListenerThread::thread_entry(JavaThread*, JavaThread*)+0x3b8 (attachListener.cpp:639)
V [libjvm.so+0x112e83b] JavaThread::thread_main_inner()+0x13b (javaThread.cpp:776)
V [libjvm.so+0x1bbc876] Thread::call_run()+0xb6 (thread.cpp:243)
V [libjvm.so+0x18123b8] thread_native_entry(Thread*)+0x118 (os_linux.cpp:929)
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v ~RuntimeStub::resolve_opt_virtual_call_blob (shared runtime) 0x00007f9feb92c349
J 1979803 c1 jdk.internal.vm.ThreadSnapshot$$Lambda+0x000000000f01cff0.accept(Ljava/lang/Object;)V java.base@27-internal (8 bytes) @ 0x00007f9fe4d14be4 [0x00007f9fe4d14a80+0x0000000000000164]
J 79479 c1 java.util.Spliterators$ArraySpliterator.forEachRemaining(Ljava/util/function/Consumer;)V java.base@27-internal (68 bytes) @ 0x00007f9fe490400c [0x00007f9fe4903e00+0x000000000000020c]
J 1979795 c1 java.util.stream.ReferencePipeline$Head.forEach(Ljava/util/function/Consumer;)V java.base@27-internal (26 bytes) @ 0x00007f9fe4d13f84 [0x00007f9fe4d13d80+0x0000000000000204]
J 1976005 c1 jdk.internal.vm.ThreadSnapshot.of(Ljava/lang/Thread;)Ljdk/internal/vm/ThreadSnapshot; java.base@27-internal (101 bytes) @ 0x00007f9fe4d0f9c4 [0x00007f9fe4d0f700+0x00000000000002c4]
J 1975986 c1 jdk.internal.vm.ThreadDumper.dumpThread(Ljava/lang/Thread;Ljdk/internal/vm/ThreadDumper$JsonWriter;)Z java.base@27-internal (443 bytes) @ 0x00007f9fe4d0cb7c [0x00007f9fe4d0cb00+0x000000000000007c]
J 1966025 c1 jdk.internal.vm.ThreadDumper.dumpThreads(Ljdk/internal/vm/ThreadContainer;Ljdk/internal/vm/ThreadDumper$JsonWriter;)V java.base@27-internal (158 bytes) @ 0x00007f9fe4cff574 [0x00007f9fe4cfee00+0x0000000000000774]
J 1935455 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljdk/internal/vm/ThreadDumper$TextWriter;)V java.base@27-internal (80 bytes) @ 0x00007f9fe4c1dda4 [0x00007f9fe4c1db80+0x0000000000000224]
J 1934902 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToFile(Ljava/lang/String;ZZ)[B java.base@27-internal (232 bytes) @ 0x00007f9fe4c0c53c [0x00007f9fe4c0c000+0x000000000000053c]
J 1934899 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljava/lang/String;Z)[B java.base@27-internal (28 bytes) @ 0x00007f9fe4c0bd84 [0x00007f9fe4c0bc00+0x0000000000000184]
v ~StubRoutines::call_stub_stub (stub gen) 0x00007f9feb8155fd
Only seen in ad-hoc personal runs / builds so far but I suspect it affects mainline. Maybe another case where failed compilations are not handled correctly.
Seen twice on a seemingly unrelated compiler test :compiler/c2/Test6603011.java
Seen similar issue in recent past in AOT code:
====
V [libjvm.so+0x19c6a6e] SharedRuntime::find_callee_info_helper(vframeStream&, Bytecodes::Code&, CallInfo&, JavaThread*)+0x5fe (sharedRuntime.cpp:1334)
V [libjvm.so+0x19ccffd] SharedRuntime::resolve_helper(bool, bool, JavaThread*)+0x24d (sharedRuntime.cpp:1195)
V [libjvm.so+0x19cde74] SharedRuntime::resolve_opt_virtual_call_C(JavaThread*)+0x84 (sharedRuntime.cpp:1618)
v ~RuntimeStub::resolve_opt_virtual_call_blob (shared runtime) 0x00007f9feb92c349
J 1979803 c1 jdk.internal.vm.ThreadSnapshot$$Lambda+0x000000000f01cff0.accept(Ljava/lang/Object;)V java.base@27-internal (8 bytes) @ 0x00007f9fe4d14be4 [0x00007f9fe4d14a80+0x0000000000000164]
J 79479 c1 java.util.Spliterators$ArraySpliterator.forEachRemaining(Ljava/util/function/Consumer;)V java.base@27-internal (68 bytes) @ 0x00007f9fe490400c [0x00007f9fe4903e00+0x000000000000020c]
J 1979795 c1 java.util.stream.ReferencePipeline$Head.forEach(Ljava/util/function/Consumer;)V java.base@27-internal (26 bytes) @ 0x00007f9fe4d13f84 [0x00007f9fe4d13d80+0x0000000000000204]
J 1976005 c1 jdk.internal.vm.ThreadSnapshot.of(Ljava/lang/Thread;)Ljdk/internal/vm/ThreadSnapshot; java.base@27-internal (101 bytes) @ 0x00007f9fe4d0f9c4 [0x00007f9fe4d0f700+0x00000000000002c4]
J 1975986 c1 jdk.internal.vm.ThreadDumper.dumpThread(Ljava/lang/Thread;Ljdk/internal/vm/ThreadDumper$JsonWriter;)Z java.base@27-internal (443 bytes) @ 0x00007f9fe4d0cb7c [0x00007f9fe4d0cb00+0x000000000000007c]
J 1966025 c1 jdk.internal.vm.ThreadDumper.dumpThreads(Ljdk/internal/vm/ThreadContainer;Ljdk/internal/vm/ThreadDumper$JsonWriter;)V java.base@27-internal (158 bytes) @ 0x00007f9fe4cff574 [0x00007f9fe4cfee00+0x0000000000000774]
J 1935455 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljdk/internal/vm/ThreadDumper$TextWriter;)V java.base@27-internal (80 bytes) @ 0x00007f9fe4c1dda4 [0x00007f9fe4c1db80+0x0000000000000224]
J 1934902 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToFile(Ljava/lang/String;ZZ)[B java.base@27-internal (232 bytes) @ 0x00007f9fe4c0c53c [0x00007f9fe4c0c000+0x000000000000053c]
J 1934899 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljava/lang/String;Z)[B java.base@27-internal (28 bytes) @ 0x00007f9fe4c0bd84 [0x00007f9fe4c0bc00+0x0000000000000184]
v ~StubRoutines::call_stub_stub (stub gen) 0x00007f9feb8155fd
V [libjvm.so+0x10ef60e] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, JavaThread*)+0x50e (javaCalls.cpp:416)
V [libjvm.so+0x10f076f] JavaCalls::call_static(JavaValue*, Klass*, Symbol*, Symbol*, JavaCallArguments*, JavaThread*)+0x18f (javaCalls.cpp:324)
V [libjvm.so+0xd6608e] ThreadDumpToFileDCmd::dumpToFile(Symbol*, Symbol*, char const*, bool, JavaThread*)+0x26e (diagnosticCommand.cpp:1105)
V [libjvm.so+0xd66500] ThreadDumpToFileDCmd::execute(DCmdSource, JavaThread*)+0x60 (diagnosticCommand.cpp:1088)
V [libjvm.so+0xd6a11b] DCmd::Executor::execute(DCmd*, JavaThread*)+0x1b (diagnosticFramework.cpp:421)
V [libjvm.so+0x815944] jcmd(AttachOperation*, attachStream*)::Executor::execute(DCmd*, JavaThread*)+0x34 (attachListener.cpp:394)
V [libjvm.so+0xd6e336] DCmd::Executor::parse_and_execute(char const*, char, JavaThread*)+0x806 (diagnosticFramework.cpp:414)
V [libjvm.so+0x813e3b] jcmd(AttachOperation*, attachStream*)+0x8b (attachListener.cpp:398)
V [libjvm.so+0x816808] AttachListenerThread::thread_entry(JavaThread*, JavaThread*)+0x3b8 (attachListener.cpp:639)
V [libjvm.so+0x112e83b] JavaThread::thread_main_inner()+0x13b (javaThread.cpp:776)
V [libjvm.so+0x1bbc876] Thread::call_run()+0xb6 (thread.cpp:243)
V [libjvm.so+0x18123b8] thread_native_entry(Thread*)+0x118 (os_linux.cpp:929)
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v ~RuntimeStub::resolve_opt_virtual_call_blob (shared runtime) 0x00007f9feb92c349
J 1979803 c1 jdk.internal.vm.ThreadSnapshot$$Lambda+0x000000000f01cff0.accept(Ljava/lang/Object;)V java.base@27-internal (8 bytes) @ 0x00007f9fe4d14be4 [0x00007f9fe4d14a80+0x0000000000000164]
J 79479 c1 java.util.Spliterators$ArraySpliterator.forEachRemaining(Ljava/util/function/Consumer;)V java.base@27-internal (68 bytes) @ 0x00007f9fe490400c [0x00007f9fe4903e00+0x000000000000020c]
J 1979795 c1 java.util.stream.ReferencePipeline$Head.forEach(Ljava/util/function/Consumer;)V java.base@27-internal (26 bytes) @ 0x00007f9fe4d13f84 [0x00007f9fe4d13d80+0x0000000000000204]
J 1976005 c1 jdk.internal.vm.ThreadSnapshot.of(Ljava/lang/Thread;)Ljdk/internal/vm/ThreadSnapshot; java.base@27-internal (101 bytes) @ 0x00007f9fe4d0f9c4 [0x00007f9fe4d0f700+0x00000000000002c4]
J 1975986 c1 jdk.internal.vm.ThreadDumper.dumpThread(Ljava/lang/Thread;Ljdk/internal/vm/ThreadDumper$JsonWriter;)Z java.base@27-internal (443 bytes) @ 0x00007f9fe4d0cb7c [0x00007f9fe4d0cb00+0x000000000000007c]
J 1966025 c1 jdk.internal.vm.ThreadDumper.dumpThreads(Ljdk/internal/vm/ThreadContainer;Ljdk/internal/vm/ThreadDumper$JsonWriter;)V java.base@27-internal (158 bytes) @ 0x00007f9fe4cff574 [0x00007f9fe4cfee00+0x0000000000000774]
J 1935455 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljdk/internal/vm/ThreadDumper$TextWriter;)V java.base@27-internal (80 bytes) @ 0x00007f9fe4c1dda4 [0x00007f9fe4c1db80+0x0000000000000224]
J 1934902 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToFile(Ljava/lang/String;ZZ)[B java.base@27-internal (232 bytes) @ 0x00007f9fe4c0c53c [0x00007f9fe4c0c000+0x000000000000053c]
J 1934899 c1 jdk.internal.vm.ThreadDumper.dumpThreadsToJson(Ljava/lang/String;Z)[B java.base@27-internal (28 bytes) @ 0x00007f9fe4c0bd84 [0x00007f9fe4c0bc00+0x0000000000000184]
v ~StubRoutines::call_stub_stub (stub gen) 0x00007f9feb8155fd