Re: RFR: jdk9: 8029997: [infra] remove Solaris ISA directories and the links

2013-12-23 Thread Kumar Srinivasan
On 12/21/2013 12:08 AM, Alan Bateman wrote: On 20/12/2013 23:03, Kumar Srinivasan wrote: Hello, Please review the removal of ISA (Instruction Specific Architecture) directories namely sparcv9, amd64 and the symlinks in these directories, this was provided to aid transition to jdk8, where

Why do we need LinkOption.NOFOLLOW_LINKS on the target file in CopyMoveHelper.copyToForeignTarget?

2013-12-23 Thread Volker Simonis
Hi, while running the jdk/jtreg tests for our ppc-aix-port I found a problem for the demo/zipfs/basic.sh test on AIX: Exception in thread main java.io.IOException: NOFOLLOW_LINKS is not supported on this platform at sun.nio.fs.UnixPath.openForAttributeAccess(UnixPath.java:773) at

RFR: 8029231: Update copyright years for files in corba repository for 2013

2013-12-23 Thread Seán Coffey
Some simple copyright year updates which should have been done during the year when these corba files were touched. I hope to push to JDK 8 and then import the patch into JDK 9. https://bugs.openjdk.java.net/browse/JDK-8029231 http://cr.openjdk.java.net/~coffeys/webrev.8029231/webrev/

RFR: 8029236: Update copyright year to match last edit in jdk8 jaxp repository for 2013

2013-12-23 Thread huizhe wang
Update copyright date on JAXP files in jdk8 repository edited in 2013. This patch will be applied to JDK8 and 9 repositories. https://bugs.openjdk.java.net/browse/JDK-8029236 http://cr.openjdk.java.net/~joehw/jdk8/8029236/webrev/ Thanks, Joe

Re: RFR: 8029236: Update copyright year to match last edit in jdk8 jaxp repository for 2013

2013-12-23 Thread Lance @ Oracle
Looks ok assuming they were all modified Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 lance.ander...@oracle.com Sent from my iPad On Dec 23, 2013, at 12:56 PM, huizhe wang huizhe.w...@oracle.com wrote:

Re: RFR: 8029236: Update copyright year to match last edit in jdk8 jaxp repository for 2013

2013-12-23 Thread huizhe wang
Thanks Lance! The patch were SQE-generated based on files changed in 2013. Joe On 12/23/2013 10:10 AM, Lance @ Oracle wrote: Looks ok assuming they were all modified http://oracle.com/us/design/oracle-email-sig-198324.gifLance Andersen| Principal Member of Technical Staff | +1.781.442.2037

Re: RFR: 8029231: Update copyright years for files in corba repository for 2013

2013-12-23 Thread Mandy Chung
The patch looks good. Mandy On 12/23/13 9:04 AM, Seán Coffey wrote: Some simple copyright year updates which should have been done during the year when these corba files were touched. I hope to push to JDK 8 and then import the patch into JDK 9.

Re: RFR: 8029236: Update copyright year to match last edit in jdk8 jaxp repository for 2013

2013-12-23 Thread Mandy Chung
The copyright date update looks fine. Mandy On 12/23/13 9:56 AM, huizhe wang wrote: Update copyright date on JAXP files in jdk8 repository edited in 2013. This patch will be applied to JDK8 and 9 repositories. https://bugs.openjdk.java.net/browse/JDK-8029236

hg: jdk8/tl/corba: 8029231: Update copyright years for files in corba repository for 2013

2013-12-23 Thread sean . coffey
Changeset: 5ca1b4c282b8 Author:ssides Date: 2013-12-23 18:42 + URL: http://hg.openjdk.java.net/jdk8/tl/corba/rev/5ca1b4c282b8 8029231: Update copyright years for files in corba repository for 2013 Reviewed-by: mchung, coffeys !

Re: RFR for JDK-6772009 Intermittent test failure: java/util/concurrent/locks/ReentrantLock/CancelledLockLoops.java test failed with 'Completed != 2'

2013-12-23 Thread srikalyan chandrashekar
Hi David/Martin, could any one of you sponsor this change for me? --- Thanks kalyan On 12/20/2013 10:28 PM, David Holmes wrote: On 21/12/2013 4:19 AM, srikalyan wrote: Hi David, i retained only the changes to ITERS, ProbleMList.txt and upstream changes by Doug Lea(as pointed by Martin), could

hg: jdk8/tl/jaxp: 8029236: Update copyright year to match last edit in jdk8 jaxp repository for 2013

2013-12-23 Thread huizhe . wang
Changeset: 9a3986b21be4 Author:joehw Date: 2013-12-23 11:26 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/jaxp/rev/9a3986b21be4 8029236: Update copyright year to match last edit in jdk8 jaxp repository for 2013 Reviewed-by: lancea, mchung !

Update on 8014320

2013-12-23 Thread Tim Buktu
Hello, I've been quiet because real life needed my attention. Obviously, the Schoenhage-Strassen and Barrett algorithms are not going to make it into JDK8. I hope that is not a problem for anyone. We shouldn't use the word problem anyway but rather think of it as an opportunity :-) for more

hg: jdk8/tl/jdk: 2 new changesets

2013-12-23 Thread sean . mullan
Changeset: aef6c726810e Author:mullan Date: 2013-12-23 14:03 -0500 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/aef6c726810e 8030813: Signed applet fails to load when CRLs are stored in an LDAP directory Summary: Skip JNDI application resource lookup to avoid recursive JAR

Re: Analysis on JDK-8022321 java/lang/ref/OOMEInReferenceHandler.java fails intermittently

2013-12-23 Thread srikalyan chandrashekar
Hi Mandy, after some trials i could simulate the failure again (now with UEH in place), however the UEH now cannot print enough details as it also tries to allocate memory, when it does Thread.getName()(it internally creates a String object), printStackTrace() also creates new

Re: Analysis on JDK-8022321 java/lang/ref/OOMEInReferenceHandler.java fails intermittently

2013-12-23 Thread Mandy Chung
On 12/23/2013 2:02 PM, srikalyan chandrashekar wrote: Hi Mandy, after some trials i could simulate the failure again (now with UEH in place), however the UEH now cannot print enough details as it also tries to allocate memory, when it does Thread.getName()(it internally creates a String

Re: Bug in Long.parseUnsignedLong

2013-12-23 Thread Brian Burkhalter
It looks like this could be rearranged to long result = first * radix + second; int guard = radix * (int) (first 57); if (guard = 128 || (result = 0 guard = 128 - Character.MAX_RADIX)) { … provided reasonable comments were added. I understand the first part of this conditional, guard = 128,

Re: Bug in Long.parseUnsignedLong

2013-12-23 Thread Dmitry Nadezhin
We have first/0x1p57 - 1 JAVA{first57} JAVA{first57} = first/0x1p57. Here JAVA{.} stands for Java expression with all its truncations and wrappings. Expressions without JAVA{.}are exact mathematical expressions. JAVA{first57} = first/0x1p57 1p64/1p57 = 1p7, radix = Character.MAX_RADIX = 36,

Re: Analysis on JDK-8022321 java/lang/ref/OOMEInReferenceHandler.java fails intermittently

2013-12-23 Thread Mandy Chung
On 12/21/2013 8:50 AM, Peter Levart wrote: Is it possible to get the test output when it fails? It can fail in two different ways. I can't look at the bug (not authorized)... You should be able to look at it now. There isn't any other information besides OOME error. Exception:

Re: i18n dev RFR: 8025051: Update resource files for TimeZone display names

2013-12-23 Thread Michael Fang
Thanks Aleksej for addressing the ACT issue. The l10n files look fine to me. I agree that we should work on translation consistency issues separately the next time we have a translation cycle. thanks, -michael On 13?12?22? 10:14 ??, Aleksej Efimov wrote: Hi, The new version of patch for

Re: RFR for JDK-8030284 TEST_BUG: intermittent StackOverflow in RMI bench/serial test

2013-12-23 Thread Tristan Yan
Hi Stuart I did an experiment that set a small thread stack size using the -Xss228k or -Xss512k. The result is surprised that jtreg reports the test passed. Although I can see the StackOverflowError showing in the log even when I set thread stack size as 512k . So the problem is old shell

Re: i18n dev RFR: 8025051: Update resource files for TimeZone display names

2013-12-23 Thread Masayoshi Okutsu
Looks good to me. Masayoshi On 12/23/2013 3:14 AM, Aleksej Efimov wrote: Hi, The new version of patch for TimeZone display names update is available. Previous webrev contains incorrect naming for Acre timezone generic name (ACT[] array) across all non-root locales. The name was corrected