JDK-8233024 : [Graal] Graal crashed with "assert(is_interpreted_frame()) failed: interpreted frame expected"
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Affected Version: 14
- Priority: P3
- Status: Closed
- Resolution: Duplicate
- Submitted: 2019-10-25
- Updated: 2023-07-21
- Resolved: 2023-07-21
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.
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
Running stress application with Graal as JIT failed with # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (open/src/hotspot/share/runtime/frame.cpp:328), pid=2956, tid=3003 # assert(is_interpreted_frame()) failed: interpreted frame expected # # JRE version: Java(TM) SE Runtime Environment (14.0) (fastdebug build 14-internal+0-2019-10-25-0619187.ekaterina.pavlova.jdk.jdk) # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 14-internal+0-2019-10-25-0619187.ekaterina.pavlova.jdk.jdk, mixed mode, sharing, tiered, jvmci, jvmci compiler, compressed oops, g1 gc, linux-amd64) # Problematic frame: # V [libjvm.so+0xbd8204] frame::interpreter_frame_method() const+0x64 --------------- T H R E A D --------------- Current thread (0x00007f4160890800): JavaThread "ExceptionStressModule" [_thread_in_vm, id=3003, stack(0x00007f40fc467000,0x00007f40fc568000)] Stack: [0x00007f40fc467000,0x00007f40fc568000], sp=0x00007f40fc5665a0, free space=1021k Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0xbd8204] frame::interpreter_frame_method() const+0x64 V [libjvm.so+0xdf68b3] InterpreterRuntime::resolve_get_put(JavaThread*, Bytecodes::Code)+0x63 V [libjvm.so+0xdf7663] InterpreterRuntime::resolve_from_cache(JavaThread*, Bytecodes::Code)+0xf3 j applications.kitchensink.process.stress.modules.ExceptionInInit.<init>()V+12 j applications.kitchensink.process.stress.modules.ExceptionStressModule.testExceptionInInit()V+4 j applications.kitchensink.process.stress.modules.ExceptionStressModule.runOneIteration()V+25 j applications.kitchensink.process.stress.modules.ExceptionStressModule.execute()V+20 j applications.kitchensink.process.stress.modules.StressModule.run()V+109 v ~StubRoutines::call_stub V [libjvm.so+0xe0534c] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x6ac V [libjvm.so+0xe023ef] JavaCalls::call_virtual(JavaValue*, Klass*, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x33f V [libjvm.so+0xe0260a] JavaCalls::call_virtual(JavaValue*, Handle, Klass*, Symbol*, Symbol*, Thread*)+0xca V [libjvm.so+0xf47d87] thread_entry(JavaThread*, Thread*)+0x127 V [libjvm.so+0x16e8d76] JavaThread::thread_main_inner()+0x226 V [libjvm.so+0x16ee566] Thread::call_run()+0xf6 V [libjvm.so+0x141166e] thread_native_entry(Thread*)+0x10e Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) C 0x00007f40fdd6852c j applications.kitchensink.process.stress.modules.ExceptionStressModule.testExceptionInInit()V+4 j applications.kitchensink.process.stress.modules.ExceptionStressModule.runOneIteration()V+25 j applications.kitchensink.process.stress.modules.ExceptionStressModule.execute()V+20 j applications.kitchensink.process.stress.modules.StressModule.run()V+109 v ~StubRoutines::call_stub The crash is seen on all platforms.
Comments
|