> I'm breaking this change out as a separate improvement, since it will not be 
> generally possible to adjust these limits on the j.u.c primitives since they 
> might already use a backing `long` to pack in information which needs to be 
> updated atomically (would require 128-bit atomics to widen them, and it still 
> infeasible to change return types of pre-existing APIs).

Viktor Klang has updated the pull request with a new target base due to a merge 
or a rebase. The pull request now contains two commits:

 - Make sure that the test fails in case of an InterruptedException
 - Adding support for more than 65k readers and writers of 
ReentrantReadWriteLock

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

Changes: https://git.openjdk.org/jdk/pull/24261/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=24261&range=01
  Stats: 140 lines in 4 files changed: 105 ins; 0 del; 35 mod
  Patch: https://git.openjdk.org/jdk/pull/24261.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/24261/head:pull/24261

PR: https://git.openjdk.org/jdk/pull/24261

Reply via email to