GitHub user emopers opened a pull request:
https://github.com/apache/commons-validator/pull/4
Field does not synchronize iteration on synchronized list
In Field.java:908, the synchronized list `dependencyList` is iterated in an
unsynchronized manner,
but according to the [Oracl
Do we attempt to make the RNGs thread-safe?
It would mean that the "setSeed" methods must be made "synchronized".
"Not a problem", there is a "SynchronizedRandomGenerator" wrapper.
Gilles
-
To unsubscribe, e-mail: dev-unsubs
On Sun, 27 Dec 2015 11:15:42 -0700, Phil Steitz wrote:
On 12/27/15 6:51 AM, Gilles wrote:
On Sun, 27 Dec 2015 12:48:08 +0100, Gilles wrote:
Hi.
[...]
BitStreamGenerator uses the more standard int next(int bits).
Note
that we have *no* internal direct implementations of
AbstractRandomGenerator
On 12/27/15 6:51 AM, Gilles wrote:
> On Sun, 27 Dec 2015 12:48:08 +0100, Gilles wrote:
>> Hi.
>>
[...]
BitStreamGenerator uses the more standard int next(int bits).
Note
that we have *no* internal direct implementations of
AbstractRandomGenerator, while BitStreamGenerator
On 12/26/15 4:07 PM, Gilles wrote:
> On Sat, 26 Dec 2015 15:32:04 -0700, Phil Steitz wrote:
>> On 12/26/15 10:52 AM, Gilles wrote:
>>> Hi.
>>>
>>> There are currently two RNG hierarchies: "AbstractRandomGenerator"
>>> and
>>> "BitsStreamGenerator". They both implement the "RandomGenerator"
>>> inte
On 12/26/15 4:52 PM, Gilles wrote:
> On Sat, 26 Dec 2015 15:32:04 -0700, Phil Steitz wrote:
>> On 12/26/15 10:52 AM, Gilles wrote:
>>> Hi.
>>>
>>> There are currently two RNG hierarchies: "AbstractRandomGenerator"
>>> and
>>> "BitsStreamGenerator". They both implement the "RandomGenerator"
>>> inte
On Sun, 27 Dec 2015 12:48:08 +0100, Gilles wrote:
Hi.
[...]
BitStreamGenerator uses the more standard int next(int bits). Note
that we have *no* internal direct implementations of
AbstractRandomGenerator, while BitStreamGenerator has worked very
nicely as a root for good PRNGs.
Something imp
Hi.
[...]
BitStreamGenerator uses the more standard int next(int bits). Note
that we have *no* internal direct implementations of
AbstractRandomGenerator, while BitStreamGenerator has worked very
nicely as a root for good PRNGs.
Something implicit in "BitStreamGenerator": the maximum number o
