----------System.out:(5/214)----------
# Waiting time = 5 mins
Point 1: number of threads expected: 8, got: 9
Point 2: number of threads expected: 9, got: 10
Point 3: number of threads expected: 8, got: 9
Point 4: number of threads expected: 9, got: 10
The cause seems to be the changes in the following commit, which reworked how/when carrier threads are created:
https://github.com/openjdk/loom/commit/d528caa6c9b961f399362d66c65aafb339751c4f
The end result is carrier threads are still being created while the test is running, so it ends up with an unexpected extra thread. The test uses isThreadExpected() to filter out unexpected thread creations, but it currently does not filter out carrier threads. I tried fixing it to do so, but that causes the following two tests to fail due toJDK-8284028:
vmTestbase/nsk/jvmti/scenarios/jni_interception/JI03/ji03t003/TestDescription.java
vmTestbase/nsk/jvmti/scenarios/jni_interception/JI01/ji01t001/TestDescription.java
So the fix is on hold until that bug is fixed.
# Waiting time = 5 mins
Point 1: number of threads expected: 8, got: 9
Point 2: number of threads expected: 9, got: 10
Point 3: number of threads expected: 8, got: 9
Point 4: number of threads expected: 9, got: 10
The cause seems to be the changes in the following commit, which reworked how/when carrier threads are created:
https://github.com/openjdk/loom/commit/d528caa6c9b961f399362d66c65aafb339751c4f
The end result is carrier threads are still being created while the test is running, so it ends up with an unexpected extra thread. The test uses isThreadExpected() to filter out unexpected thread creations, but it currently does not filter out carrier threads. I tried fixing it to do so, but that causes the following two tests to fail due to
vmTestbase/nsk/jvmti/scenarios/jni_interception/JI03/ji03t003/TestDescription.java
vmTestbase/nsk/jvmti/scenarios/jni_interception/JI01/ji01t001/TestDescription.java
So the fix is on hold until that bug is fixed.
- is blocked by
-
JDK-8284028 [LOOM] JVMTI is confused about current thread when JNI FindClass intercept is called
-
- Closed
-
- relates to
-
JDK-8297083 Remove vmTestbase/nsk/jvmti/GetAllThreads/allthr001 from problem list
-
- Resolved
-
-
JDK-8301208 Incorrect check in vmTestbase/nsk/jvmti/GetAllThreads/allthr001
-
- Open
-
-
JDK-8218812 vmTestbase/nsk/jvmti/GetAllThreads/allthr001/TestDescription.java failed
-
- Resolved
-
-
JDK-8298979 Remove duplicated serviceability/jvmti/thread/GetAllThreads/allthr01/allthr01.java
-
- Resolved
-
(2 links to)