RFR (S) 8144940: Broken hash in string table entry in closed/runtime/7158800/BadUtf8.java
Tobias Hartmann
tobias.hartmann at oracle.com
Tue Mar 22 08:04:10 UTC 2016
Hi Coleen,
On 21.03.2016 22:11, Coleen Phillimore wrote:
> Summary: Fix code broken with compact Strings.
>
> One of the failure modes of an intermittent bug (but this failure is not intermittent).
>
> Tested with the failing test cases that exercise this code. Also, testing in order to find linked bugs.
>
> open webrev at http://cr.openjdk.java.net/~coleenp/8144940.01/webrev
> bug link https://bugs.openjdk.java.net/browse/JDK-8144940
I wonder why the result is different if you first convert the latin1 String to Unicode and then use the jchar hash_string() version compared to just using the jbyte hash_string() version? Is it because the jbyte version of AltHashing::murmur3_32() is used?
Now we don't need the StringTable::hash_string<jbyte> version anymore, right?
Just noticed that there is an unused "latin1_hash_code" in javaClasses.hpp which can be removed as well.
Thanks for fixing this!
Best regards,
Tobias
>
> Thanks,
> Coleen
More information about the hotspot-runtime-dev
mailing list