<i18n dev> RFR: 8364365: HKSCS encoder does not properly set the replacement character [v3]

Volkan Yazici vyazici at openjdk.org
Sat Aug 9 08:53:20 UTC 2025


On Fri, 8 Aug 2025 18:48:43 GMT, Xueming Shen <sherman at openjdk.org> wrote:

>> Volkan Yazici has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Improve pretty-printers
>
> test/jdk/sun/nio/cs/TestEncoderReplaceLatin1.java line 132:
> 
>> 130:             replacement1[0] = (byte) i;
>> 131:             // Skip the default value, since we're verifying if a custom one works
>> 132:             if (replacement1[0] == replacementD[0]) {
> 
> nit-pick?
> if (replacementD.length == 1 && replacement1[0] == replacementD[0]) { ...}

`replacementD` is obtained from `CharsetEncoder#replacement()` and its Javadoc states the following:

     * @return  This encoder's current replacement,
     *          which is never {@code null} and is never empty

I had decided to fail when spec. doesn't hold, instead of being lenient against its violation, in particular, since this is a test.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/26635#discussion_r2264610149


More information about the i18n-dev mailing list