RFR: 8361342: Shenandoah: Evacuation may assert on invalid mirror object after JDK-8340297
Thomas Stuefe
stuefe at openjdk.org
Thu Jul 10 06:32:29 UTC 2025
On Wed, 9 Jul 2025 15:16:19 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:
>>> > Only looked at this briefly, but that sounds like what I did here: #21064 -- but forgot to complete it?
>>>
>>> Yes, it looks like it is! The sequence of events you describe seems to also match [JDK-8340364](https://bugs.openjdk.org/browse/JDK-8340364), which I think we can close as duplicate, as I have not been able to convince even myself is a real bug, not just overzealous verification. So, what do you want to do? I can finish up #21064 and test it with your Metaspace assertion patches, if you want.
>>
>> Thanks, let me just finish this, I need the closure after burning time on this non-bug :-)
>>
>> Note that I did not fix up the use of the array mirror klass since I thought it should always be stable. We never redefine array classes. But then it does not hurt either.
>>
>> I am also preparing a small improvement patch for print_obj, as per our discussion in https://github.com/openjdk/jdk/pull/26117 yesterday, and will put the printing of the mirror klasses there, too.
>
>> Thanks, let me just finish this, I need the closure after burning time on this non-bug :-)
>
> Sure, OK. Please pick up most of the hunks from https://github.com/openjdk/jdk/pull/21064, including the array mirrors then? I don't see a need to write a full paragraph of text explaining why we need to check for forwarded objects. A simple sentence is enough, and the rest can go into the bug description.
@shipilev ok done
-------------
PR Comment: https://git.openjdk.org/jdk/pull/26187#issuecomment-3055805609
More information about the shenandoah-dev
mailing list