On 7/1/2013 11:49 PM, Chris Hegarty wrote:
On 1 Jul 2013, at 17:22, Remi Forax <fo...@univ-mlv.fr> wrote:
On 07/01/2013 09:43 AM, Shi Jun Zhang wrote:
On 6/29/2013 12:05 AM, Shi Jun Zhang wrote:
On 6/28/2013 9:02 PM, Alan Bateman wrote:
On 27/06/2013 22:13, Remi Forax wrote:
On 06/27/2013 10:02 AM, Shi Jun Zhang wrote:
Hi,
There are some isEmpty() check added into get/remove methods since 8011200 to
return directly if HashMap is empty. However isEmpty is a non-final public
method which can be overridden by subclass. If the subclass defines isEmpty
differently from HashMap, it would cause problem while getting or removing
elements.
yes, it's a bug.
Could you report it ?
Rémi
I've created a bug to track this:
8019381: HashMap.isEmpty is non-final, potential issues for get/remove
-Alan
Thanks, Alan.
I'm quite busy today and do not have time to report it until now. Thanks for
your help.
I will provide a webrev next Monday for review.
Hi,
Here is the webrev
http://cr.openjdk.java.net/~zhangshj/8019381/webrev.00/
This looks Ok for me.
+1
-Chris
Rémi
Thanks all for the review.
Jonathan,
Could you help to push the changeset?
--
Regards,
Shi Jun Zhang