RFR: 8284027: vmTestbase/nsk/jvmti/GetAllThreads/allthr001/ is failing
    Chris Plummer 
    cjplummer at openjdk.java.net
       
    Tue May  3 20:35:17 UTC 2022
    
    
  
On Mon, 2 May 2022 23:20:52 GMT, Alex Menkov <amenkov at openjdk.org> wrote:
> The test counts all "system" threads before the execution and expects that this number remains the same during test execution.
> This makes the test fragile - JVM may start internal threads, some threads may end.
> 
> The fix updates the test:
> - the test checks only test threads, and verify that the live threads are reported by GetAllThreads and terminated threads are not reported;
> - dropped "system" thread counting stuff;
> - added proper deallocation of GetThreadInfo results.
test/hotspot/jtreg/vmTestbase/nsk/jvmti/GetAllThreads/allthr001/allthr001.cpp line 170:
> 168: }
> 169: 
> 170: void release(JNIEnv *env, jvmtiThreadInfo *info) {
How about "releaseThreadInfo"?
test/hotspot/jtreg/vmTestbase/nsk/jvmti/GetAllThreads/allthr001/allthr001.cpp line 238:
> 236:         }
> 237:         if (printdump == JNI_TRUE) {
> 238:             printf(" >>> %s", inf.name);
Don't you want a newline here?
test/hotspot/jtreg/vmTestbase/nsk/jvmti/GetAllThreads/allthr001/allthr001.cpp line 240:
> 238:             printf(" >>> %s", inf.name);
> 239:         }
> 240:         for (j = 0, found = 0; j < thrInfo[ind].unexpected.cnt && !found; j++) {
found = JNI_FALSE
-------------
PR: https://git.openjdk.java.net/jdk/pull/8512
    
    
More information about the serviceability-dev
mailing list