RFR: JDK-8321017: Record in JFR that IEEE rounding mode was corrupted by loading a library [v2]

[Matthias Baesken]

On Wed, 6 Dec 2023 05:01:44 GMT, David Holmes <dholmes at openjdk.org> wrote:

> > The cases where we directly dlopen/dlsym/fcn-call in the JDK codebase are probably not covered by the JNI checker, right ?
> 
> Right. JNI checking is for checking actual JNI API functions, so I don't see where this would go. A call from Java code into a native method (from which native code could trigger the problem) is not a JNI call.

To be fair, those cases where we directly call  dlopen/dlsym/fcn-call in the JDK codebase and trigger the issue,  are not well covered anyway by the current HS coding because they are not going through the os::dll_load, so the check and error message is only observed in the next os::dll_load afterwards. And I think those cases currently cannot be corrected in os::dll_load because the fp env is already 'bad' before os::dll_load .

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

PR Comment: https://git.openjdk.org/jdk/pull/16903#issuecomment-1842250608