RFR: 8331201: UBSAN enabled build reports on Linux x86_64 runtime error: shift exponent 65 is too large for 64-bit type 'long unsigned int' [v2]
Dean Long
dlong at openjdk.org
Mon Jan 6 22:09:44 UTC 2025
On Thu, 19 Dec 2024 08:46:57 GMT, Afshin Zafari <azafari at openjdk.org> wrote:
>> The issue existed in making Fingerprints of method names. Each parameter in the methods' arguments is decoded as a 4-bits value. The 64-bits `fingertprint_t` can hold up to 14 parameters plus return type and static bit. To make the Fingerprint, the signature is iterated one parameter at a time and the corresponding code is accumulated after shifting the bits up.
>> Some compilers do not mask the shift value to the base size and UBSAN catches the case.
>> In this PR, the number of parameters (`_param_count`) is used and compared with the max (14) to do the shift operation safely. The pre-existing `_param_size` is not reflecting the number of parameters, since it is incremented by 2 for `T_DOUBLE` and `T_LONG` types.
>
> Afshin Zafari has updated the pull request incrementally with one additional commit since the last revision:
>
> removed extra blank lines
src/hotspot/share/runtime/signature.hpp line 348:
> 346: _accumulator |= ((fingerprint_t)type << _shift_count);
> 347: }
> 348: _param_count++;
Let's not introduce another field here. We already have _shift_count that we can use to detect overflow.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/22807#discussion_r1904685939
More information about the hotspot-runtime-dev
mailing list