RFR 8023155: Ensure functional consistency across Random, ThreadLocalRandom, SplittableRandom

Paul Sandoz paul.sandoz at oracle.com
Tue Aug 20 12:53:36 UTC 2013

[resending unsigned, sorry if a dup arrives later on]

On Aug 19, 2013, at 9:17 PM, Mike Duigou <mike.duigou at oracle.com> wrote:

> - documentation of "bound" should mention that it is exclusive rather than relying on the return documentation.

I have updated both webrevs and the spec diff to be consistent when referring to ranges:




(SplittableRandom is also updated to include some blurb on not being cryptographically secure.)


More information about the core-libs-dev mailing list