On Tue, 25 Apr 2023 21:07:34 GMT, Chris Plummer wrote:
> Recently [JDK-8305511](https://bugs.openjdk.org/browse/JDK-8305511) removed
> the "@ignore 6951287 ", allowing this test to run, which is why this failure
> mode is now turning up.
>
> There is a race condition, leading to the `popFrames
On Tue, 25 Apr 2023 21:07:34 GMT, Chris Plummer wrote:
> Recently [JDK-8305511](https://bugs.openjdk.org/browse/JDK-8305511) removed
> the "@ignore 6951287 ", allowing this test to run, which is why this failure
> mode is now turning up.
>
> There is a race condition, leading to the `popFrames
On Tue, 25 Apr 2023 21:07:34 GMT, Chris Plummer wrote:
> Recently [JDK-8305511](https://bugs.openjdk.org/browse/JDK-8305511) removed
> the "@ignore 6951287 ", allowing this test to run, which is why this failure
> mode is now turning up.
>
> There is a race condition, leading to the `popFrames
On Tue, 25 Apr 2023 21:07:34 GMT, Chris Plummer wrote:
> Recently [JDK-8305511](https://bugs.openjdk.org/browse/JDK-8305511) removed
> the "@ignore 6951287 ", allowing this test to run, which is why this failure
> mode is now turning up.
>
> There is a race condition, leading to the `popFrames
Recently [JDK-8305511](https://bugs.openjdk.org/browse/JDK-8305511) removed the
"@ignore 6951287 ", allowing this test to run, which is why this failure mode
is now turning up.
There is a race condition, leading to the `popFrames()` call being done while a
native method is in the set of frames
