RFR: 8298033: Character.codePointAt(char[], int, int) doesn't do JavaDoc-specified check
Sergey Tsypanov
stsypanov at openjdk.org
Fri Dec 2 15:02:24 UTC 2022
On Fri, 2 Dec 2022 14:47:24 GMT, Roger Riggs <rriggs at openjdk.org> wrote:
>> I found out that this code
>>
>> public class Main {
>> public static void main(String[] args) {
>> String s = "Hello world!";
>> char[] chars = s.toCharArray();
>> int point = Character.codePointAt(chars, -1, 1);
>> }
>> }
>>
>> throws `ArrayIndexOutOfBoundsException` instead of JavaDoc-specified `IndexOutOfBoundsException`:
>>
>> Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: Index -1 out of bounds for length 12
>> at java.base/java.lang.Character.codePointAtImpl(Character.java:9254)
>> at java.base/java.lang.Character.codePointAt(Character.java:9249)
>> at org.example.Main.main(Main.java:7)
>>
>> and the method doesn't check whether `index` parameter is negative:
>>
>> public static int codePointAt(char[] a, int index, int limit) {
>> if (index >= limit || limit < 0 || limit > a.length) {
>> throw new IndexOutOfBoundsException();
>> }
>> return codePointAtImpl(a, index, limit);
>> }
>>
>> I suggest to check the `index` parameter explicitly instead of relying on AIOOBE thrown from accessing the array with negative index.
>
> Please add a test to `test/jdk/java/lang/Character/Supplementary.java`
@RogerRiggs there's already a test for this case, see line 693:
callCodePoint(At, a, -1, 1, IndexOutOfBoundsException.class);
The reason why it was passing prior to these changes is that `ArrayIndexOutOfBoundsException` extends `IndexOutOfBoundsException` and the latter is caught in the test.
-------------
PR: https://git.openjdk.org/jdk/pull/11480
More information about the core-libs-dev
mailing list