[lworld] RFR: 8341771: [lworld] Heap dump recognizing new flat fields formats [v2]

Alex Menkov amenkov at openjdk.org
Wed Nov 5 21:57:24 UTC 2025


On Wed, 5 Nov 2025 20:28:16 GMT, Frederic Parain <fparain at openjdk.org> wrote:

>> Alex Menkov has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   removed T_FLAT_ELEMENT in StackRefDumper
>
> src/hotspot/share/services/heapDumper.cpp line 1818:
> 
>> 1816: void JavaStackRefDumper::dump_java_stack_refs(StackValueCollection* values) {
>> 1817:   for (int index = 0; index < values->size(); index++) {
>> 1818:     // TODO: can it be T_FLAT_ELEMENT?
> 
> The BasicType T_FLAT_ELEMENT is used exclusively in the context of flat arrays: in the layout_helper of flat arrays, and in a few array methods like arrayOopDesc::base_offset_in_bytes().
> T_FLAT_ELEMENT cannot be used to describe the type of a field, the type of the argument of a Java method or the type of a value on the stack.

Thank you, removed

> test/lib/jdk/test/lib/hprof/model/JavaObject.java line 324:
> 
>> 322: 
>> 323:                 }
>> 324:         } catch (IOException exp) {
> 
> The indentation of the catch block seems off.

This is revert of the previous implementation (first 2 commits)
With new approach hprof format is not changed, so I restored hprof test lib as it is in mainline

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

PR Review Comment: https://git.openjdk.org/valhalla/pull/1700#discussion_r2496305454
PR Review Comment: https://git.openjdk.org/valhalla/pull/1700#discussion_r2496311310


More information about the valhalla-dev mailing list