RFR: 8352971: Increase maximum number of hold counts for ReentrantReadWriteLock [v2]

Viktor Klang vklang at openjdk.org
Mon Apr 7 13:55:27 UTC 2025


> 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


More information about the core-libs-dev mailing list