hg: jdk7/tl/langtools: 6505047: javax.lang.model.element.Element.getEnclosingElement() doesn't return null for type parameter

2011-02-11 Thread jonathan . gibbons
Changeset: bfeed79c70aa Author:jjg Date: 2011-02-11 17:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/bfeed79c70aa 6505047: javax.lang.model.element.Element.getEnclosingElement() doesn't return null for type parameter Reviewed-by: darcy + test/tools/javac/processin

hg: jdk7/tl/jdk: 6996192: Console.readPassword race: input echo off must be prior to writing prompt

2011-02-11 Thread xueming . shen
Changeset: 21a1e86dedc2 Author:sherman Date: 2011-02-11 17:09 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/21a1e86dedc2 6996192: Console.readPassword race: input echo off must be prior to writing prompt Summary: To turn off echo before prompt Reviewed-by: alanb ! src/shar

hg: jdk7/tl/jdk: 7016698: test sun/security/krb5/runNameEquals.sh failed on Ubuntu

2011-02-11 Thread weijun . wang
Changeset: de923c0ec3c4 Author:weijun Date: 2011-02-12 07:30 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/de923c0ec3c4 7016698: test sun/security/krb5/runNameEquals.sh failed on Ubuntu Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/wrapper/SunNativeProvider.ja

hg: jdk7/tl/jdk: 6742654: Code insertion/replacement attacks against signed jars; ...

2011-02-11 Thread weijun . wang
Changeset: 8860e17db3bd Author:weijun Date: 2011-02-12 05:09 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/8860e17db3bd 6742654: Code insertion/replacement attacks against signed jars 6911041: JCK api/signaturetest tests fails for Mixed Code PIT builds (b91) for all trains

hg: jdk7/tl/jdk: 7007596: (zipfs) FileSystems.newFileSystem(FileRef...) always employs zipfs regardless the real Path type.

2011-02-11 Thread xueming . shen
Changeset: 8711aedb08f2 Author:sherman Date: 2011-02-11 12:20 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/8711aedb08f2 7007596: (zipfs) FileSystems.newFileSystem(FileRef...) always employs zipfs regardless the real Path type. Summary: updated newFileSystem() to throw UOE

Re: Sunbug 6934356: Vector.writeObject() synchronization risks serialization deadlock

2011-02-11 Thread Alan Bateman
Neil Richards wrote: : Good idea - thanks for the suggestion! Neil Yes, a good suggestion, and updated webrev looks good to me. -Alan

Re: Review request for 6927486: Deadlock in legacy Hashtable writeObject()

2011-02-11 Thread Mike Duigou
Everything looks resolved to me as well. I will push this webrev over the weekend or on Monday. Thank you for your patience in working through the pedantic details. Hopefully this will make the process smoother for all future commits and we won't have to revisit any of these issues. Mike On Fe

Re: Making java.util.Iterator.remove() for the iterators for EnumSet more resilient

2011-02-11 Thread Rémi Forax
On 02/11/2011 02:59 PM, Neil Richards wrote: Please find where :) an updated webrev zip file with corrected license text and references to the RFE number, 7014637, in the testcases. Thanks, Neil Rémi

Re: Making java.util.Iterator.remove() for the iterators for EnumSet more resilient

2011-02-11 Thread Neil Richards
Please find an updated webrev zip file with corrected license text and references to the RFE number, 7014637, in the testcases. Thanks, Neil -- Unless stated above: IBM email: neil_richards at uk.ibm.com IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered o

Re: Sunbug 6934356: Vector.writeObject() synchronization risks serialization deadlock

2011-02-11 Thread Rémi Forax
You could use elementData.clone() instead of System.arraycopy Rémi On 02/11/2011 02:03 PM, Neil Richards wrote: Hi Peter, Using putFields/writeFields was the only way I found of properly addressing the problem in Vector serialization. The fix has not impacted performance significantly in plac

Re: Review request for 6927486: Deadlock in legacy Hashtable writeObject()

2011-02-11 Thread Alan Bateman
Neil Richards wrote: Hi Alan, Mike, Please find attached a further webrev zip file with the IBM copyright split out into its own little comment block, as requested. Good to see this finally resolved. Thumbs up from me. Mike has offered to push this so I'll leave it to him. Also I assume this

hg: jdk7/tl/jdk: 3 new changesets

2011-02-11 Thread kelly . ohair
Changeset: 7bb09178ffc7 Author:ohair Date: 2011-02-10 20:45 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7bb09178ffc7 7012644: Regression: jdk/make/common/shared/Defs-windows.gmk has problems on cygwin 7018835: Debug build issues in jdk makefiles Reviewed-by: ksrini ! mak

RE: Some issues on identifying user.name on Windows

2011-02-11 Thread Dmytro Sheyko
Hi Alan, I am still convinced that inability to get user name is not a good reason to terminate execution (with exception or fatal error). I am afraid that this could break existing programs that perform well when user name is not known. They can be even unconscious that they work in such stra