Please review this trivial fix of the second argument in a call to MonitorLocker::wait. Because the locker is constructed as no-safepoint-checking, the improper second argument is ignored rather than possibly going into an unexpected state.
Kim Barrett has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains two additional commits since the last revision: - Merge branch 'master' into bad_wait - fix call to wait ------------- Changes: - all: https://git.openjdk.java.net/jdk/pull/934/files - new: https://git.openjdk.java.net/jdk/pull/934/files/b42f992c..216d75c4 Webrevs: - full: https://webrevs.openjdk.java.net/?repo=jdk&pr=934&range=01 - incr: https://webrevs.openjdk.java.net/?repo=jdk&pr=934&range=00-01 Stats: 875 lines in 57 files changed: 465 ins; 119 del; 291 mod Patch: https://git.openjdk.java.net/jdk/pull/934.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/934/head:pull/934 PR: https://git.openjdk.java.net/jdk/pull/934