s happen.
Bill
>
> Original Message ----
> Subject: Re: 100218: BigInteger staticRandom field
> Date: Wed, 04 Jan 2012 10:15:10 +1000
> From:
> Organization: Oracle Corporation
> To: Paul Ciprich
> CC: core-libs-dev@openjdk.java.net
>
> On 4/01/2012 10:08 A
Hello,
Catching up on email after the holidays...
On 01/05/2012 09:58 AM, Doug Lea wrote:
On 01/05/12 01:02, Bill Pugh wrote:
So I think the right thing to do is to abandon the original patch,
and instead
make the following changes:
* add the following method to BigInteger public boolea
On 01/05/12 01:02, Bill Pugh wrote:
So I think the right thing to do is to abandon the original patch, and instead
make the following changes:
* add the following method to BigInteger public boolean
*isProbablePrime*(int certainty, Random end) , which allows primality
testing wi
On 4/01/2012 10:08 AM, David Holmes wrote:
Hi Paul,
For some reason this email, despite being dated Dec 14, only just
appeared in my inbox on Jan 3!
Oops! I missed the fact a copy of this email also turned up on Dec 15
and that I already replied to it.
Comments still apply. Need to understa
Hi Paul,
For some reason this email, despite being dated Dec 14, only just
appeared in my inbox on Jan 3!
On 14/12/2011 12:44 AM, Paul Ciprich wrote:
All,
I've created a bug report to address a scalability problem with
BigInteger's staticRandom field. The problem is that the shared
staticRan
All,
I've created a bug report to address a scalability problem with
BigInteger's staticRandom field. The problem is that the shared
staticRandom field causes bottlenecks with parallel code. The proposed
solution is to change the staticRandom field to a ThreadLocal and eliminate
the bottleneck by
On 15/12/2011 7:45 AM, Paul Ciprich wrote:
I've created a bug report to address a scalability problem with
BigInteger's staticRandom field. The problem is that the shared
staticRandom field causes bottlenecks with parallel code. The proposed
solution is to change the staticRandom field to a Threa
On 14/12/2011 21:45, Paul Ciprich wrote:
All,
I've created a bug report to address a scalability problem with
BigInteger's staticRandom field. The problem is that the shared
staticRandom field causes bottlenecks with parallel code. The proposed
solution is to change the staticRandom field to a T
All,
I've created a bug report to address a scalability problem with
BigInteger's staticRandom field. The problem is that the shared
staticRandom field causes bottlenecks with parallel code. The proposed
solution is to change the staticRandom field to a ThreadLocal and eliminate
the bottleneck by
