5 15 14... 28 OK
>>>> 10 1.00 15 13 11... 22 OK
>>>> 10 2.50 7 7 5... 10 OK
>>>> 50 0.15 511 349 334...668 OK
>>>> 50 0.50 127 107 101...202 OK
>>>
...@openjdk.java.net
<mailto:core-libs-dev-requ...@openjdk.java.net> wrote:
Today's Topics:
2. Re: RFR: JDK-8068427 Hashtable deserialization
reconstitutes
tablewith wrong capacity (Daniel Fuchs)
;> 50 2.50 31 23 21... 42 OK
>> 500 0.15409535013334... 6668 OK
>> 500 0.50102310231001... 2002 OK
>> 500 0.75 1023 703 667... 1334 OK
>> 500 1.00 511 511 501... 1002 OK
>&
OK
5000 2.50204720472001... 4002 OK
Regards, Peter
On 2015-01-05 07:48, core-libs-dev-requ...@openjdk.java.net wrote:
Today's Topics:
2. Re: RFR: JDK-8068427 Hashtable deserialization reconstitutes
tablewith wrong capacity (Daniel Fuchs)
Message:
2 OK
Regards, Peter
On 2015-01-05 07:48, core-libs-dev-requ...@openjdk.java.net wrote:
Today's Topics:
2. Re: RFR: JDK-8068427 Hashtable deserialization reconstitutes
tablewith wrong capacity (Daniel Fuchs)
Message: 2
Date: Mon, 05 Jan 2015 15:52:55 +0100
From: Daniel Fuch
gards, Peter
On 2015-01-05 07:48, core-libs-dev-requ...@openjdk.java.net wrote:
Today's Topics:
2. Re: RFR: JDK-8068427 Hashtable deserialization reconstitutes
tablewith wrong capacity (Daniel Fuchs)
Message: 2
Date: Mon, 05 Jan 2015 15:52:55 +0100
From: Daniel Fuchs
To: Pet
that the other deserialized values are in valid
ranges.
Mike
On 2015-01-05 07:48, core-libs-dev-requ...@openjdk.java.net wrote:
Today's Topics:
2. Re: RFR: JDK-8068427 Hashtable deserialization reconstitutes
table with wrong capacity (Daniel Fuchs)
Message: 2
Date: Mon,
On 01/05/2015 03:52 PM, Daniel Fuchs wrote:
On 04/01/15 18:58, Peter Levart wrote:
Hi,
While investigating the following issue:
https://bugs.openjdk.java.net/browse/JDK-8029891
I noticed there's a bug in deserialization code of java.util.Hashtable
(from day one probably):
https://b
On 04/01/15 18:58, Peter Levart wrote:
Hi,
While investigating the following issue:
https://bugs.openjdk.java.net/browse/JDK-8029891
I noticed there's a bug in deserialization code of java.util.Hashtable
(from day one probably):
https://bugs.openjdk.java.net/browse/JDK-8068427
The
This looks fine to me Peter. Thanks.
-Chris.
On 04/01/15 17:58, Peter Levart wrote:
Hi,
While investigating the following issue:
https://bugs.openjdk.java.net/browse/JDK-8029891
I noticed there's a bug in deserialization code of java.util.Hashtable
(from day one probably):
https:/
Looks good. Not surprising no one ever noticed, since the code is
intentionally trying to reduce the number of buckets. I would encapsulate
serialization mechanics in a separate serialClone method, as done elsewhere
e.g.
@SuppressWarnings("unchecked")
private static T serialClone(T o)
Hi,
While investigating the following issue:
https://bugs.openjdk.java.net/browse/JDK-8029891
I noticed there's a bug in deserialization code of java.util.Hashtable
(from day one probably):
https://bugs.openjdk.java.net/browse/JDK-8068427
The fix is a trivial one-character replaceme
12 matches
Mail list logo
