Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8271333 | 15.0.5 | Vladimir Kempik | P4 | Resolved | Fixed | b01 |
JDK-8271338 | 13.0.9 | Vladimir Kempik | P4 | Resolved | Fixed | b01 |
JDK-8286162 | 11.0.17-oracle | Fairoz Matte | P4 | Resolved | Fixed | b01 |
JDK-8286549 | 11.0.16-oracle | Fairoz Matte | P4 | Resolved | Fixed | b06 |
JDK-8268255 | 11.0.13 | Vladimir Kempik | P4 | Resolved | Fixed | b01 |
JDK-8307417 | 8u401 | Fairoz Matte | P4 | Resolved | Fixed | b01 |
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, ...)
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
- backported by
-
JDK-8268255 Make IsClassUnloadingEnabled signature match specification
- Resolved
-
JDK-8271333 Make IsClassUnloadingEnabled signature match specification
- Resolved
-
JDK-8271338 Make IsClassUnloadingEnabled signature match specification
- Resolved
-
JDK-8286162 Make IsClassUnloadingEnabled signature match specification
- Resolved
-
JDK-8286549 Make IsClassUnloadingEnabled signature match specification
- Resolved
-
JDK-8307417 Make IsClassUnloadingEnabled signature match specification
- Resolved
- csr for
-
JDK-8254014 Update example for Extension Event in jvmti specs
- Closed
- links to
-
Commit openjdk/jdk11u-dev/d7a6e516
-
Commit openjdk/jdk13u-dev/70ff4228
-
Commit openjdk/jdk15u-dev/c79f3de8
-
Commit openjdk/jdk/c7f00640
-
Review openjdk/jdk11u-dev/16
-
Review openjdk/jdk13u-dev/236
-
Review openjdk/jdk15u-dev/79
-
Review openjdk/jdk/466