RFR: 8339725: Concurrent GC crashed due to GetMethodDeclaringClass [v13]

[Liang Mao]

On Fri, 13 Sep 2024 14:33:13 GMT, Leonid Mesnik <lmesnik at openjdk.org> wrote:

>> Fastdebug needs more than 30 minutes to finish and can hardly reproduce the crash. Do we still need that?
>
> The 30 min is too much, however some testing in debug is better then nothing.
> Can you add the test parameter "iterations" and set it to something reasonable .Then add test
> 
> /**
>  * @test
>  * @bug 8339725
>  * @summary Stress test GetMethodDeclaringClass
>  * @requires vm.jvmti
>  * @requires (os.family == "linux")
>  * @library /test/lib
>  * @run driver/timeout=300 TestUnloadedClass <numb-of-iterations>
>  */
> 
> and updat the check to
> 
> if (titerations == 0) {
>   output.shouldContain("OutOfMemoryError");
> }
> 
> 
> So we have some testing in debug. The debug configurations are executed very often with different flags and still worth to run reduced testcase even if original bug is not reproduced. 
> While the original testcase with no time/iteration limit is executed in product only.

Ok. I limit the iterations in debug build to make the test runable. Thanks.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/20907#discussion_r1759643877