RFR: 8253899: Make IsClassUnloadingEnabled signature match specification

David Holmes david.holmes at oracle.com
Thu Oct 1 22:49:24 UTC 2020


Hi Vladimir,

On 2/10/2020 1:09 am, Vladimir Kempik wrote:
> Please review this change for hotspot and one test.
> There is few JVMTI callback/event functions in jdk which signature doesn't match specification.
> for example:
> static jvmtiError JNICALL IsClassUnloadingEnabled(const jvmtiEnv* env, jboolean* enabled, ...)
> but according to jvmti specs it should be:
> static jvmtiError JNICALL IsClassUnloadingEnabled(const jvmtiEnv* env, ...)
> same with ClassUnload(jvmtiEnv* jvmti_env, JNIEnv* jni_env, const char* name, ...)  in tests

Sorry I'm missing something - where in the specification is this? This 
is an extension event and I don't see it documented.

Thanks,
David

> for many years that didn't matter but with coming JEP-391 it becomes important to make it match the spec
> https://developer.apple.com/documentation/apple_silicon/addressing_architectural_differences_in_your_macos_code
> This commit makes the above mentioned functions to have signature matching jvmti specification
> 
> -------------
> 
> Commit messages:
>   - 8253899: Make IsClassUnloadingEnabled signature match specification + jcheck
>   - 8253899: Make IsClassUnloadingEnabled signature match specification
> 
> Changes: https://git.openjdk.java.net/jdk/pull/466/files
>   Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=466&range=00
>    Issue: https://bugs.openjdk.java.net/browse/JDK-8253899
>    Stats: 17 lines in 2 files changed: 15 ins; 0 del; 2 mod
>    Patch: https://git.openjdk.java.net/jdk/pull/466.diff
>    Fetch: git fetch https://git.openjdk.java.net/jdk pull/466/head:pull/466
> 
> PR: https://git.openjdk.java.net/jdk/pull/466
> 


More information about the serviceability-dev mailing list