On Tue, 21 Apr 2026 19:18:18 GMT, Phil Race <[email protected]> wrote:
>> This fix updates DataBuffer subclasses to actually adhere to their stated >> specifications by rejecting certain invalid parameters for constructors and >> getters and setters. >> A new egression test for each of the constructor and getter/setter cases is >> supplied. >> >> No existing regression tests fail with this change, and standard demos work. >> >> Problems caused by these changes are most likely to occur if the client has >> a bug such that >> - a client uses the constructors that accept an array and then supplies a >> "size" that is greater than the array. >> - a client uses the constructors that accept an array and then supplies a >> "size" that is less than the array and then uses getter/setters that are >> within the array but outside the range specified by size. >> >> Since very few clients (and just one case in the JDK that I found) even use >> these array constructors the changes are unlikely to make a difference to >> clients. >> >> The CSR is ready for review https://bugs.openjdk.org/browse/JDK-8378116 >> >> --------- >> - [x] I confirm that I make this contribution in accordance with the >> [OpenJDK Interim AI Policy](https://openjdk.org/legal/ai). > > Phil Race has updated the pull request incrementally with one additional > commit since the last revision: > > 8377568 Looks good to me. I've got a comment about a test for set/get. test/jdk/java/awt/image/DataBuffer/DataBufferGetSetElemTest.java line 134: > 132: try { > 133: db.getElemFloat(index); > 134: } catch (ArrayIndexOutOfBoundsException e) { Suggestion: try { db.getElemFloat(index); failed = true; } catch (ArrayIndexOutOfBoundsException e) { Missed setting `failed` to `true`? Or does this block repeat lines 127–131? ------------- Marked as reviewed by aivanov (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/29766#pullrequestreview-4157472773 PR Review Comment: https://git.openjdk.org/jdk/pull/29766#discussion_r3126492027
