RFR: 8333356: JVM crashes with "aux_index does not match even or odd indices"

[David Holmes]

On Wed, 7 Aug 2024 23:55:47 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:

> You get this message if the nodes of the concurrent hash table are corrupted or somehow don't yield the same hashcode as when the node was entered in the table.  This change makes the error message less obscure, and in debug mode compares the two hash codes.  The hash code is kept in the table in only debug mode, because we don't want the table to take a lot more memory.
> Tested with tier1-4.

So this doesn't fix the reported crash but just tries to provide more diagnostics - which is fine but should be done under a new bug id so that we can keep tracking test failures against 8333356. Thanks

src/hotspot/share/utilities/concurrentHashTable.inline.hpp line 684:

> 682:         DEBUG_ONLY(fatal("Cannot resize table: Node hash code has changed possibly due to corruption of the contents."
> 683:                          " Node hash code changed from " SIZE_FORMAT " to " SIZE_FORMAT, aux->saved_hash(), aux_hash));
> 684:         fatal("Cannot resize table: Node hash code has changed possibly due to corruption of the contents.");

Wondering if any compiler will flag the second fatal as unreachable?

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

PR Review: https://git.openjdk.org/jdk/pull/20503#pullrequestreview-2226837154
PR Review Comment: https://git.openjdk.org/jdk/pull/20503#discussion_r1708583490