RFR: 8308151: [JVMCI] capture JVMCI exceptions in hs-err

Doug Simon dnsimon at openjdk.org
Tue May 16 09:09:05 UTC 2023


On Tue, 16 May 2023 08:02:11 GMT, Doug Simon <dnsimon at openjdk.org> wrote:

> When there is a pending exception after a JVMCI upcall into libjvmci, the VM calls the ExceptionDescribe JNI function to print the exception. Unfortunately, this output goes to "a system error-reporting channel" [1] which may not be tty. It also means the output is not in a hs-err log should the VM then exit with a fatal error. This has historically made it harder to triage libgraal bugs (i.e. the console output is usually required in addition to the hs-err crash log).
> 
> This PR addresses these shortcomings by printing the exception info to a string which is added to the JVMCI event log (for hs-err):
> 
> JVMCI Events (11 events):
> ...
> Event: 0.274 Thread 0x0000000146819210 compiler.jvmci.TestUncaughtErrorInCompileMethod$CompilerCreationError
> Event: 0.274 Thread 0x0000000146819210  at compiler.jvmci.TestUncaughtErrorInCompileMethod$1.createCompiler(TestUncaughtErrorInCompileMethod.java:147)
> Event: 0.274 Thread 0x0000000146819210  at jdk.internal.vm.ci/jdk.vm.ci.hotspot.HotSpotJVMCIRuntime.getCompiler(HotSpotJVMCIRuntime.java:829)
> Event: 0.274 Thread 0x0000000146819210  at jdk.internal.vm.ci/jdk.vm.ci.hotspot.HotSpotJVMCIRuntime.compileMethod(HotSpotJVMCIRuntime.java:943)
> 
> 
> It is also be used to enhance the `-XX:+PrintCompilation` message issued for a failed compilation:
> 
> COMPILE SKIPPED: uncaught exception in call_HotSpotJVMCIRuntime_compileMethod [compiler.jvmci.TestUncaughtErrorInCompileMethod$CompilerCreationError]
> 
> 
> [1] https://docs.oracle.com/en/java/javase/17/docs/specs/jni/functions.html#exceptiondescribe

src/hotspot/share/jvmci/jvmciRuntime.cpp line 2047:

> 2045:                                                                      (jlong) compile_state, compile_state->task()->compile_id());
> 2046: #ifdef ASSERT
> 2047:   if (JVMCIENV->has_pending_exception() && JVMCICompileMethodExceptionIsFatal) {

It's a shame to introduce a VM flag (i.e., `JVMCICompileMethodExceptionIsFatal`) for a test case but I don't know of any other way to do this. As far as I know, system properties cannot be accessed here. Maybe using an environment variable is better than a VM flag?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/14000#discussion_r1194855033


More information about the hotspot-compiler-dev mailing list