FULL PRODUCT VERSION :
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode, sharing)
FULL OS VERSION :
Microsoft Windows XP [version 5.1.2600]
A DESCRIPTION OF THE PROBLEM :
It seems that no JVMTI version checks are made in GetEnv function:
when requesting JVMTI version 1.1.85 and running on 1.5.0_08 I get JNI_OK
and crash after that when trying to call non-existing (in 1.5.0_08) function (e.g. IterateThroughHeap).
GetEnv successfully returns jvmtiEnv* having 1.0.36 version number.
Looking inside 1.6 EAP sources leads to JvmtiExport::get_jvmti_interface
method with comment /* To Do: add version checks */ at the beginning.
I think it's the case :)
THE PROBLEM WAS REPRODUCIBLE WITH -Xint FLAG: No
THE PROBLEM WAS REPRODUCIBLE WITH -server FLAG: No
REPRODUCIBILITY :
This bug can be reproduced always.
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode, sharing)
FULL OS VERSION :
Microsoft Windows XP [version 5.1.2600]
A DESCRIPTION OF THE PROBLEM :
It seems that no JVMTI version checks are made in GetEnv function:
when requesting JVMTI version 1.1.85 and running on 1.5.0_08 I get JNI_OK
and crash after that when trying to call non-existing (in 1.5.0_08) function (e.g. IterateThroughHeap).
GetEnv successfully returns jvmtiEnv* having 1.0.36 version number.
Looking inside 1.6 EAP sources leads to JvmtiExport::get_jvmti_interface
method with comment /* To Do: add version checks */ at the beginning.
I think it's the case :)
THE PROBLEM WAS REPRODUCIBLE WITH -Xint FLAG: No
THE PROBLEM WAS REPRODUCIBLE WITH -server FLAG: No
REPRODUCIBILITY :
This bug can be reproduced always.
- duplicates
-
JDK-6849968 JVMTI tests fails on jdk5.0 with hs14
-
- Resolved
-