From rory.odonnell at oracle.com Fri Jun 5 09:04:22 2015 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Fri, 05 Jun 2015 10:04:22 +0100 Subject: Early Access builds for JDK 9 b66 and JDK 8u60 b18 are available on java.net Message-ID: <55716616.4030003@oracle.com> Hi All, Early Access build for JDK 8u60 b18 is available on java.net, summary of changes are listed here. As we enter the later phases of development for JDK 8u60, please log any show stoppers as soon as possible. Early Access build for JDK 9 b66 is available on java.net, summary of changes are listed here . The JDK 9 schedule of record is available on the JDK 9 Project page: http://openjdk.java.net/projects/jdk9 At https://wiki.openjdk.java.net/display/Adoption/JDK+9+Outreach you can find a (preliminary) list of other changes that might affect your project's code in JDK 9, and other things to consider when testing with JDK 9. I'd be curious to know if there is anything on that list you'd consider to have an effect on your project. Please keep in mind that as JEPs and others changes are integrated into (or out of) JDK 9, the list will change over time. Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexanderxbischof at gmail.com Sat Jun 6 10:02:15 2015 From: alexanderxbischof at gmail.com (Alexander Bischof) Date: Sat, 6 Jun 2015 12:02:15 +0200 Subject: Add Project AssertJ request Message-ID: <7FDA3E14-C372-4D4B-9CEC-9886C7B135C3@gmail.com> Hello all, we (Joel Costigliola and me) would like to have the project AssertJ (www.assertj.org) listed in the Quality Outreach list. Foss: AssertJ Contact: Joel Costigliola, Alexander Bischof Mailing List: https://groups.google.com/forum/#!forum/assertj CI: https://assertj.ci.cloudbees.com/job/assertj-core/ Kind regards -------------------------------------------------- Alexander Bischof Germany twitter: https://twitter.com/A_Bischof @A_Bischof mailto:alexanderxbischof at gmail.com web: www.rapidpm.org xing: https://www.xing.com/profiles/Alex_Bischof linkedin: https://www.linkedin.com/in/alexbischof -------------- next part -------------- An HTML attachment was scrubbed... URL: From rory.odonnell at oracle.com Mon Jun 8 07:51:37 2015 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Mon, 08 Jun 2015 08:51:37 +0100 Subject: Add Project AssertJ request In-Reply-To: <7FDA3E14-C372-4D4B-9CEC-9886C7B135C3@gmail.com> References: <7FDA3E14-C372-4D4B-9CEC-9886C7B135C3@gmail.com> Message-ID: <55754989.3030504@oracle.com> Hi Alexander, Done, are you testing on JDK 8 update & JDK 9 EA builds ? I will send you an email when EA builds become available, can you invite me to be a member of the mailing list ? Rgds,Rory On 06/06/2015 11:02, Alexander Bischof wrote: > Hello all, > > we (Joel Costigliola and me) would like to have the project AssertJ > (www.assertj.org ) listed in the Quality > Outreach list. > > Foss: AssertJ > Contact: Joel Costigliola, Alexander Bischof > Mailing List: https://groups.google.com/forum/#!forum/assertj > > CI: https://assertj.ci.cloudbees.com/job/assertj-core/ > > Kind regards > -------------------------------------------------- > Alexander Bischof > Germany > > twitter: https://twitter.com/A_Bischof @A_Bischof > mailto:alexanderxbischof at gmail.com > web: www.rapidpm.org > xing: https://www.xing.com/profiles/Alex_Bischof > > linkedin: https://www.linkedin.com/in/alexbischof > > -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: From mehmet at hazelcast.com Wed Jun 10 12:28:09 2015 From: mehmet at hazelcast.com (Mehmet Dogan) Date: Wed, 10 Jun 2015 12:28:09 +0000 Subject: [1.8.0_60-ea-b18 & 1.9.0-ea-b67] Array accesses using sun.misc.Unsafe cause data corruption or SIGSEGV Message-ID: Hi all, While we were testing an internal project at Hazelcast using 1.8.0_60-ea-b18 & 1.9.0-ea-b67, we encountered a previously reported sun.misc.Unsafe issue. https://bugs.openjdk.java.net/browse/JDK-8076445 http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017685.html Issue status says it's resolved with resolution "Cannot Reproduce". But unfortunately it's still reproducible using "1.8.0_60-ea-b18" and "1.9.0-ea-b67". Test is very simple: ``` public static void main(String[] args) throws Exception { Unsafe unsafe = findUnsafe(); // 10000 pass // 100000 jvm crash // 1000000 fail int count = 100000; long size = count * 8L; long baseAddress = unsafe.allocateMemory(size); try { for (int i = 0; i < count; i++) { long address = baseAddress + (i * 8L); long expected = i; unsafe.putLong(address, expected); long actual = unsafe.getLong(address); if (expected != actual) { throw new AssertionError("Expected: " + expected + ", Actual: " + actual); } } } finally { unsafe.freeMemory(baseAddress); } } ``` It's not failing up to version 1.8.0.31, by starting 1.8.0.40 test is failing constantly. - With iteration count 10000, test is passing. - With iteration count 100000, jvm is crashing with SIGSEGV. - With iteration count 1000000, test is failing with AssertionError. When one of compilation (-Xint) or inlining (-XX:-Inline) or on-stack-replacement (-XX:-UseOnStackReplacement) is disabled, test is not failing at all. Also, when address calculation in the loop is converted to long address = baseAddress + (i * 8) test passes. Only difference is, next address is calculated using integer 8 instead of long 8. ``` for (int i = 0; i < count; i++) { long address = baseAddress + (i * 8); // <--- here, integer 8 instead of long 8 long expected = i; unsafe.putLong(address, expected); long actual = unsafe.getLong(address); if (expected != actual) { throw new AssertionError("Expected: " + expected + ", Actual: " + actual); } } ``` I tested on versions: - 1.8.0.40 - 1.8.0.45 - 1.8.0_60-ea-b18 - 1.9.0-ea-b67 Previous issue comment ( https://bugs.openjdk.java.net/browse/JDK-8076445?focusedCommentId=13633043#comment-13633043) says "Cannot reproduce based on the latest version". I hope that latest version is not mentioning to '1.8.0_60-ea-b18' or '1.9.0-ea-b67'. Because both are failing. PS: Cross posted this on 'hotspot-compiler-dev' group but still haven't got a response yet. http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-June/018191.html Thanks, Mehmet Dogan -- @mmdogan -------------- next part -------------- An HTML attachment was scrubbed... URL: From rory.odonnell at oracle.com Wed Jun 10 12:55:40 2015 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Wed, 10 Jun 2015 13:55:40 +0100 Subject: [1.8.0_60-ea-b18 & 1.9.0-ea-b67] Array accesses using sun.misc.Unsafe cause data corruption or SIGSEGV In-Reply-To: References: Message-ID: <557833CC.1040403@oracle.com> Hi Mehmet, Could you please log a bug at bugs.java.com, and let us know what issue ID you receive. Rgds,Rory On 10/06/2015 13:28, Mehmet Dogan wrote: > Hi all, > > While we were testing an internal project at Hazelcast using > 1.8.0_60-ea-b18 & 1.9.0-ea-b67, we encountered a previously > reported sun.misc.Unsafe issue. > > https://bugs.openjdk.java.net/browse/JDK-8076445 > http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017685.html > > Issue status says it's resolved with resolution "Cannot Reproduce". > But unfortunately it's still reproducible using "1.8.0_60-ea-b18" and > "1.9.0-ea-b67". > > Test is very simple: > > ``` > public static void main(String[] args) throws Exception { > Unsafe unsafe = findUnsafe(); > // 10000 pass > // 100000 jvm crash > // 1000000 fail > int count = 100000; > long size = count * 8L; > long baseAddress = unsafe.allocateMemory(size); > > try { > for (int i = 0; i < count; i++) { > long address = baseAddress + (i * 8L); > > long expected = i; > unsafe.putLong(address, expected); > > long actual = unsafe.getLong(address); > > if (expected != actual) { > throw new AssertionError("Expected: " + expected + > ", Actual: " + actual); > } > } > } finally { > unsafe.freeMemory(baseAddress); > } > } > ``` > It's not failing up to version 1.8.0.31, by starting 1.8.0.40 test is > failing constantly. > > - With iteration count 10000, test is passing. > - With iteration count 100000, jvm is crashing with SIGSEGV. > - With iteration count 1000000, test is failing with AssertionError. > > When one of compilation (-Xint) or inlining (-XX:-Inline) or > on-stack-replacement (-XX:-UseOnStackReplacement) is disabled, test is > not failing at all. > > Also, when address calculation in the loop is converted to > > long address = baseAddress + (i * 8) > > test passes. Only difference is, next address is calculated using > integer 8 instead of long 8. > > ``` > for (int i = 0; i < count; i++) { > long address = baseAddress + (i * 8); // <--- here, integer 8 > instead of long 8 > > long expected = i; > unsafe.putLong(address, expected); > > long actual = unsafe.getLong(address); > > if (expected != actual) { > throw new AssertionError("Expected: " + expected + ", Actual: " > + actual); > } > } > ``` > > I tested on versions: > - 1.8.0.40 > - 1.8.0.45 > - 1.8.0_60-ea-b18 > - 1.9.0-ea-b67 > > Previous issue comment > (https://bugs.openjdk.java.net/browse/JDK-8076445?focusedCommentId=13633043#comment-13633043) > says "Cannot reproduce based on the latest version". I hope that > latest version is not mentioning to '1.8.0_60-ea-b18' or > '1.9.0-ea-b67'. Because both are failing. > PS: Cross posted this on 'hotspot-compiler-dev' group but still > haven't got a response yet. > http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-June/018191.html > > Thanks, > Mehmet Dogan > -- > > @mmdogan > -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA, Dublin,Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: From mehmet at hazelcast.com Wed Jun 10 13:36:33 2015 From: mehmet at hazelcast.com (Mehmet Dogan) Date: Wed, 10 Jun 2015 13:36:33 +0000 Subject: [1.8.0_60-ea-b18 & 1.9.0-ea-b67] Array accesses using sun.misc.Unsafe cause data corruption or SIGSEGV In-Reply-To: <557833CC.1040403@oracle.com> References: <557833CC.1040403@oracle.com> Message-ID: Hi Rory, Review ID: JI-9021621 Thanks, -- @mmdogan -------------- next part -------------- An HTML attachment was scrubbed... URL: From balchandra.vaidya at oracle.com Fri Jun 12 15:34:26 2015 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Fri, 12 Jun 2015 21:04:26 +0530 Subject: JDK 9 early access b68 test results now available Message-ID: <557AFC02.3030801@oracle.com> JDK 9 ea b68 test results are now available at : http://www.java.net/download/openjdk/testresults/9/testresults.html The jdk test results contain 42 differences from the b67 test results. No new testcase failures found. 0: /home/jtest/merge9/b67/jdk/JTwork pass: 5,018; fail: 12; error: 17; not run: 1,780 1: /home/jtest/merge9/b68/jdk/JTwork pass: 5,058; fail: 12; error: 3; not run: 1,804 0 1 Test error pass com/sun/jdi/AllLineLocations.java error pass com/sun/jdi/ClassesByName.java error pass com/sun/jdi/ExceptionEvents.java error pass com/sun/jdi/FilterMatch.java error pass com/sun/jdi/FilterNoMatch.java error pass com/sun/jdi/LaunchCommandLine.java error pass com/sun/jdi/ModificationWatchpoints.java error pass com/sun/jdi/NativeInstanceFilter.java error pass com/sun/jdi/UnpreparedByName.java error pass com/sun/jdi/UnpreparedClasses.java error pass com/sun/jdi/Vars.java --- pass java/io/InputStream/ReadAllBytes.java --- pass java/io/InputStream/ReadNBytes.java --- pass java/io/Serializable/failureAtomicity/FailureAtomicity.java pass --- java/lang/Character/UnicodeBlock/NonOptimalMapSize.java --- pass java/lang/Character/UnicodeBlock/OptimalMapSize.java --- pass java/lang/ProcessHandle/Basic.java --- pass java/lang/ProcessHandle/InfoTest.java --- pass java/lang/ProcessHandle/JavaChild.java --- pass java/lang/ProcessHandle/OnExitTest.java --- pass java/lang/ProcessHandle/PermissionTest.java --- pass java/lang/ProcessHandle/ProcessUtil.java --- pass java/lang/ProcessHandle/TreeTest.java --- pass java/lang/String/LiteralReplace.java --- pass java/util/Collections/EnumerationAsIterator.java --- pass javax/net/ssl/DTLS/CipherSuite.java --- pass javax/net/ssl/DTLS/ClientAuth.java --- pass javax/net/ssl/DTLS/DTLSOverDatagram.java --- pass javax/net/ssl/DTLS/InvalidCookie.java --- pass javax/net/ssl/DTLS/InvalidRecords.java --- pass javax/net/ssl/DTLS/NoMacInitialClientHello.java --- pass javax/net/ssl/DTLS/Reordered.java --- pass javax/net/ssl/DTLS/Retransmission.java --- pass javax/net/ssl/DTLS/WeakCipherSuite.java error pass lib/testlibrary/OutputAnalyzerReportingTest.java error pass lib/testlibrary/OutputAnalyzerTest.java --- pass sun/invoke/anon/ConstantPoolPatch/OptimalMapSize.java error pass sun/net/www/protocol/https/ChunkedOutputStream.java --- pass sun/security/krb5/auto/Addresses.java --- pass sun/security/krb5/auto/Forwarded.java --- pass sun/security/krb5/auto/SSLwithPerms.java --- pass sun/security/ssl/ExtensionType/OptimalListSize.java 42 differences The hotspot test results contain 5 differences from the b67 test results. There is one testcase failed with error, this failure is under investigation. 0: /home/jtest/merge9/b67/hotspot/JTwork pass: 829; fail: 2; error: 4; not run: 35 1: /home/jtest/merge9/b68/hotspot/JTwork pass: 833; error: 4; not run: 35 0 1 Test error pass runtime/Thread/Fibonacci.java fail pass runtime/Thread/TestThreadDumpMonitorContention.java --- pass serviceability/sa/TestClassLoaderStats.java --- error serviceability/sa/TestStackTrace.java fail pass serviceability/threads/TestFalseDeadLock.java 5 differences The langtools test results contain 6 differences from the b67 test results. No new testcase failures found. 0: /home/jtest/merge9/b67/langtools/JTwork pass: 3,233; fail: 1; not run: 13 1: /home/jtest/merge9/b68/langtools/JTwork pass: 3,239; not run: 13 0 1 Test fail pass tools/javac/4846262/CheckEBCDICLocaleTest.java --- pass tools/javac/lambda/LambdaParameterNeedsNoInitTest.java --- pass tools/javac/lambda/methodReference/MethodRefToInnerWithoutOuter.java --- pass tools/javac/scope/RemoveSymbolTest.java --- pass tools/javac/scope/RemoveSymbolUnitTest.java --- pass tools/javac/types/ScopeListenerTest.java 6 differences The nashorn test result is available at the below link. http://download.java.net/openjdk/testresults/9/archives/b68/emailable-report.html Thanks Balchandra -------------- next part -------------- An HTML attachment was scrubbed... URL: