RFR: 8318631: GetStackTraceSuspendedStressTest.java failed with: check_jvmti_status: JVMTI function returned error: JVMTI_ERROR_THREAD_NOT_ALIVE (15)
David Holmes
dholmes at openjdk.org
Mon Nov 6 05:37:09 UTC 2023
On Fri, 3 Nov 2023 20:09:28 GMT, Alex Menkov <amenkov at openjdk.org> wrote:
>> It is a fix of a minor test issue.
>> The test should not fail when the JVMTI function `SetEventNotificationMode()` returns errors codes:
>> - `JVMTI_ERROR_THREAD_NOT_ALIVE`
>> - `JVMTI_ERROR_WRONG_PHASE`
>>
>> Tested the fix locally and with mach5 test runs.
>
> test/hotspot/jtreg/serviceability/jvmti/stress/StackTrace/Suspended/libGetStackTraceSuspendedStress.cpp line 125:
>
>> 123: err = jvmti->SetEventNotificationMode(JVMTI_ENABLE, JVMTI_EVENT_SINGLE_STEP, vthread);
>> 124: if (err == JVMTI_ERROR_THREAD_NOT_ALIVE ||
>> 125: err == JVMTI_ERROR_WRONG_PHASE) {
>
> WRONG_PHASE looks good to me, but why THREAD_NOT_ALIVE is considered expected for suspended thread?
> if the thread was terminated, SuspendThread should return THREAD_NOT_ALIVE, but once SuspendThread returns ERROR_NONE, how the thread can terminates before ResumeThread?
My question exactly. I'm not even sure why wrong phase is allowed here.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/16488#discussion_r1382799696
More information about the serviceability-dev
mailing list