From dmitry.markov at oracle.com Tue Jul 1 07:05:04 2014 From: dmitry.markov at oracle.com (dmitry markov) Date: Tue, 01 Jul 2014 11:05:04 +0400 Subject: [8u-dev] Request for approval 8048506: [macosx] javax.swing.PopupFactory issue with null owner Message-ID: <53B25DA0.9080303@oracle.com> Hello, Could you approve the straight back-port of the fix for 8048506 to jdk8u-dev (jdk8u40), please? The bug: https://bugs.openjdk.java.net/browse/JDK-8048506 The webrev: http://cr.openjdk.java.net/~dmarkov/8048506/jdk8u/webrev.00/ The review thread: http://mail.openjdk.java.net/pipermail/swing-dev/2014-June/003636.html The jdk9 chageset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/97e2bc137f9e Thanks, Dmitry From sean.coffey at oracle.com Tue Jul 1 07:36:06 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 01 Jul 2014 08:36:06 +0100 Subject: [8u-dev] Request for approval 8048506: [macosx] javax.swing.PopupFactory issue with null owner In-Reply-To: <53B25DA0.9080303@oracle.com> References: <53B25DA0.9080303@oracle.com> Message-ID: <53B264E6.5040005@oracle.com> Approved. regards, Sean. On 01/07/14 08:05, dmitry markov wrote: > Hello, > > Could you approve the straight back-port of the fix for 8048506 to > jdk8u-dev (jdk8u40), please? > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8048506 > The webrev: > http://cr.openjdk.java.net/~dmarkov/8048506/jdk8u/webrev.00/ > The review thread: > http://mail.openjdk.java.net/pipermail/swing-dev/2014-June/003636.html > The jdk9 chageset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/97e2bc137f9e > > Thanks, > Dmitry From sean.coffey at oracle.com Tue Jul 1 10:27:56 2014 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 01 Jul 2014 11:27:56 +0100 Subject: [8u20] Request for Phase 2 approval for JDK-8036007: javac crashes when encountering an unresolvable interface In-Reply-To: References: Message-ID: <53B28D2C.6080905@oracle.com> Approved. Rob has already taken care of pulling this fix into the 8u20-dev forest. regards, Sean. On 24/06/14 19:40, Dan Smith wrote: > Bug report: https://bugs.openjdk.java.net/browse/JDK-8036007 > 8u patch: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/a138f9c9ba33 > jdk9 reviewers: vromero, jlahoda > > 8u20 already includes a fix for JDK-8034147 (http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools/rev/37c7dbe8efee). However, this fix depends on JDK-8036007. Without it, the test included with JDK-8034147 fails, and the patch simply replaces one crash with another. > > Benefits of backport: eliminates an (uncommon) crash, fixes a failing test > Risks of backport: none -- it's a one-line change that _only_ affects invocations that would otherwise crash with an AssertionError > > ?Dan From sean.coffey at oracle.com Tue Jul 1 10:29:18 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 01 Jul 2014 11:29:18 +0100 Subject: [8u20] Request for phase 2 approval for CR 8039150 host_klass invariant fails when verifying newly loaded JSR-292 anonymous classes In-Reply-To: <53A9B80F.9030307@oracle.com> References: <53A9B80F.9030307@oracle.com> Message-ID: <53B28D7E.8050701@oracle.com> This fix is in the hotspot area and I believe Alejandro is managing the stabilization forest for that. Bulk approval request will most likely be handled by him. regards, Sean. On 24/06/14 18:40, Coleen Phillimore wrote: > > Bug https://bugs.openjdk.java.net/browse/JDK-8039150 > > I already integrated it into the 8u-dev repository as a backport > because I thought it had made the deadline before RDP2. > This request to have this change integrated into 8u20. The fix should > be approved because it is very small and low risk. The symptoms of > the bug can be a crash during VerifyBeforeGC and VerifyAfterGC which > we may need in evaluating any 8u20 bugs that come in. > > Changeset comments are: > > 8039150: host_klass invariant fails when verifying newly loaded > JSR-292 anonymous classe > s > Summary: Initialize host_klass while parsing the class with the other > initializations. > Reviewed-by: sspitsyn, stefank > > The process didn't say anything about keywords on the bug. > > Thanks, > Coleen From petr.pchelko at oracle.com Tue Jul 1 13:18:42 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Tue, 1 Jul 2014 17:18:42 +0400 Subject: [8u40] Request for approval: 8043610 Sorting columns in JFileChooser fails with AppContext NPE Message-ID: Hello, This is a request for approval to backport a fix from the jdk9 to the jdk8u-dev repository. The bug: https://bugs.openjdk.java.net/browse/JDK-8043610 The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/604abecf62c2 The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-May/007881.html Thank you. With best regards. Petr. From alejandro.murillo at oracle.com Tue Jul 1 17:04:56 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 01 Jul 2014 11:04:56 -0600 Subject: [8u20] Request for phase 2 approval for CR 8039150 host_klass invariant fails when verifying newly loaded JSR-292 anonymous classes In-Reply-To: <53B28D7E.8050701@oracle.com> References: <53A9B80F.9030307@oracle.com> <53B28D7E.8050701@oracle.com> Message-ID: <53B2EA38.2000308@oracle.com> correct, this will be integrated into 8u20 next week after this week snap goes through PIT Thanks Alejandro On 7/1/2014 4:29 AM, Se?n Coffey wrote: > This fix is in the hotspot area and I believe Alejandro is managing > the stabilization forest for that. Bulk approval request will most > likely be handled by him. > > regards, > Sean. > > On 24/06/14 18:40, Coleen Phillimore wrote: >> >> Bug https://bugs.openjdk.java.net/browse/JDK-8039150 >> >> I already integrated it into the 8u-dev repository as a backport >> because I thought it had made the deadline before RDP2. >> This request to have this change integrated into 8u20. The fix >> should be approved because it is very small and low risk. The >> symptoms of the bug can be a crash during VerifyBeforeGC and >> VerifyAfterGC which we may need in evaluating any 8u20 bugs that come >> in. >> >> Changeset comments are: >> >> 8039150: host_klass invariant fails when verifying newly loaded >> JSR-292 anonymous classe >> s >> Summary: Initialize host_klass while parsing the class with the other >> initializations. >> Reviewed-by: sspitsyn, stefank >> >> The process didn't say anything about keywords on the bug. >> >> Thanks, >> Coleen > -- Alejandro From Sergey.Bylokhov at oracle.com Tue Jul 1 17:09:37 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 01 Jul 2014 21:09:37 +0400 Subject: [8u20] Request for approval: 8048265 AWT crashes inside CCombinedSegTable::In called from Java_sun_awt_windows_WDefaultFontCharset_canConvert Message-ID: <53B2EB51.3080009@oracle.com> Hello, This is a direct back port from jdk 9 to jdk 8u20. The fix will be pushed to 8u, then keyword for 8u20 will be added to the CR. Bug: https://bugs.openjdk.java.net/browse/JDK-8048265 Webrev can be found at: cr.openjdk.java.net/~serb/8048265/webrev.00 Review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008122.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/ec5d5682280a Reviewers: Petr Pchelko, Alexander Zvegintsev, Anthony Petrov. -- Best regards, Sergey. From rob.mckenna at oracle.com Tue Jul 1 18:03:51 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 01 Jul 2014 19:03:51 +0100 Subject: [8u40] Request for approval: 8043610 Sorting columns in JFileChooser fails with AppContext NPE In-Reply-To: References: Message-ID: <53B2F807.2010203@oracle.com> Approved. -Rob On 01/07/14 14:18, Petr Pchelko wrote: > Hello, > > This is a request for approval to backport a fix from the jdk9 to the jdk8u-dev repository. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8043610 > The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/604abecf62c2 > The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-May/007881.html > > Thank you. > With best regards. Petr. From ivan.gerasimov at oracle.com Tue Jul 1 21:29:50 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Wed, 02 Jul 2014 01:29:50 +0400 Subject: [8u20] Request for approval: 6545422: TEST BUG: NativeErrors.java uses wrong path name in exec In-Reply-To: <530B0DB5.3080500@oracle.com> References: <530B0952.6090305@oracle.com> <530B0AE9.1070307@oracle.com> <530B0DB5.3080500@oracle.com> Message-ID: <53B3284E.80309@oracle.com> Hello! I'm rerequesting an approval to backport this test fix into jdk8u. To address the issue with NoClassDefFoundError I added the implicit @build line to the test (as it was done in JDK-8043520). BUGURL: https://bugs.openjdk.java.net/browse/JDK-6545422 WEBREV: http://cr.openjdk.java.net/~igerasim/6545422/0/webrev/ Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f Review: http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html Would you please approve the backport? Sincerely yours, Ivan On 24.02.2014 13:15, Ivan Gerasimov wrote: > > On 24.02.2014 13:03, Alan Bateman wrote: >> On 24/02/2014 08:56, Ivan Gerasimov wrote: >>> Hello! >>> >>> Would you please approve porting back this test bug fix? >>> The fix applies cleanly to jdk8u. >>> >>> Master Bug: https://bugs.openjdk.java.net/browse/JDK-6545422 >>> Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f >>> Review: >>> http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html >> Ivan - would it be possible to hold back on this one for a bit. The >> updated test is dependent on implicit compilation of the classes in >> the @library and this is causing problems for concurrent test runs. >> The same pattern has slipped into 15-20 other tests with the result >> that they all fail intermittently due to NoClassDefFoundError issues. >> I think they should be fixed in jdk9-dev but any of these "improved" >> tests are backported. >> > > Yes, sure! > Actually, I was going to port this fix into jdk6 (the test fails > there), but modified in such a way that it does not depend on > testlibrary. > I can still work on jdk6 port without first integrating it into jdk8u > and jdk7u. > > Sincerely yours, > Ivan > > >> -Alan. >> >> > > > > From ivan.gerasimov at oracle.com Tue Jul 1 21:32:33 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Wed, 02 Jul 2014 01:32:33 +0400 Subject: [8u-dev] Request for approval: 6545422: TEST BUG: NativeErrors.java uses wrong path name in exec In-Reply-To: <53B3284E.80309@oracle.com> References: <530B0952.6090305@oracle.com> <530B0AE9.1070307@oracle.com> <530B0DB5.3080500@oracle.com> <53B3284E.80309@oracle.com> Message-ID: <53B328F1.5070501@oracle.com> Corrected the subject line: I'm requesting an approval to push the fix into jdk8u-dev repo, not jdk8u20 On 02.07.2014 1:29, Ivan Gerasimov wrote: > Hello! > > I'm rerequesting an approval to backport this test fix into jdk8u. > To address the issue with NoClassDefFoundError I added the implicit > @build line to the test (as it was done in JDK-8043520). > > BUGURL: https://bugs.openjdk.java.net/browse/JDK-6545422 > WEBREV: http://cr.openjdk.java.net/~igerasim/6545422/0/webrev/ > Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f > Review: > http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html > > Would you please approve the backport? > > Sincerely yours, > Ivan > > On 24.02.2014 13:15, Ivan Gerasimov wrote: >> >> On 24.02.2014 13:03, Alan Bateman wrote: >>> On 24/02/2014 08:56, Ivan Gerasimov wrote: >>>> Hello! >>>> >>>> Would you please approve porting back this test bug fix? >>>> The fix applies cleanly to jdk8u. >>>> >>>> Master Bug: https://bugs.openjdk.java.net/browse/JDK-6545422 >>>> Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f >>>> Review: >>>> http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html >>> Ivan - would it be possible to hold back on this one for a bit. The >>> updated test is dependent on implicit compilation of the classes in >>> the @library and this is causing problems for concurrent test runs. >>> The same pattern has slipped into 15-20 other tests with the result >>> that they all fail intermittently due to NoClassDefFoundError >>> issues. I think they should be fixed in jdk9-dev but any of these >>> "improved" tests are backported. >>> >> >> Yes, sure! >> Actually, I was going to port this fix into jdk6 (the test fails >> there), but modified in such a way that it does not depend on >> testlibrary. >> I can still work on jdk6 port without first integrating it into jdk8u >> and jdk7u. >> >> Sincerely yours, >> Ivan >> >> >>> -Alan. >>> >>> >> >> >> >> > > > From weijun.wang at oracle.com Wed Jul 2 03:02:40 2014 From: weijun.wang at oracle.com (Wang Weijun) Date: Wed, 2 Jul 2014 11:02:40 +0800 Subject: [8u-dev] Request for approval: 8048511: Uninitialised memory in jdk/src/share/native/sun/security/jgss/wrapper/GSSLibStub.c Message-ID: <37F723F0-F8CA-456B-BFF6-7AD24119B93F@oracle.com> Hi All This is a request to backport a jdk9 fix into jdk8u-dev. 8048511: Uninitialised memory in jdk/src/share/native/sun/security/jgss/wrapper/GSSLibStub.c https://bugs.openjdk.java.net/browse/JDK-8048511 A static code analysis tool is not happy to see a variable not initialized. Initialize it to 0 now. The fix is already included in jdk9 as: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a7bb41209acd The review thread was http://mail.openjdk.java.net/pipermail/security-dev/2013-May/007447.html The patch for jdk8u-dev is identical to the one in jdk9. Thanks Weijun From weijun.wang at oracle.com Wed Jul 2 04:41:52 2014 From: weijun.wang at oracle.com (Wang Weijun) Date: Wed, 2 Jul 2014 12:41:52 +0800 Subject: [8u-dev] Request for approval: 8034033: [parfait] JNI exception pending in share/native/sun/security/krb5/nativeccache.c Message-ID: Hi All This is a request to backport a jdk9 fix into jdk8u-dev. 8034033: [parfait] JNI exception pending in share/native/sun/security/krb5/nativeccache.c https://bugs.openjdk.java.net/browse/JDK-8034033 Description. The fix is already included in jdk9 as: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/56a93ab107e8 The review thread was http://mail.openjdk.java.net/pipermail/security-dev/2014-February/010143.html The patch for jdk8u-dev is identical to the one in jdk9. Thanks Weijun From sean.coffey at oracle.com Wed Jul 2 07:35:57 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 02 Jul 2014 08:35:57 +0100 Subject: [8u20] Request for approval: 8048265 AWT crashes inside CCombinedSegTable::In called from Java_sun_awt_windows_WDefaultFontCharset_canConvert In-Reply-To: <53B2EB51.3080009@oracle.com> References: <53B2EB51.3080009@oracle.com> Message-ID: <53B3B65D.1050600@oracle.com> Approved for jdk8u-dev. regards, Sean. On 01/07/14 18:09, Sergey Bylokhov wrote: > Hello, > This is a direct back port from jdk 9 to jdk 8u20. > The fix will be pushed to 8u, then keyword for 8u20 will be added to > the CR. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8048265 > Webrev can be found at: cr.openjdk.java.net/~serb/8048265/webrev.00 > Review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008122.html > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/ec5d5682280a > > Reviewers: Petr Pchelko, Alexander Zvegintsev, Anthony Petrov. > From sean.coffey at oracle.com Wed Jul 2 07:37:37 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 02 Jul 2014 08:37:37 +0100 Subject: [8u-dev] Request for approval: 8048511: Uninitialised memory in jdk/src/share/native/sun/security/jgss/wrapper/GSSLibStub.c In-Reply-To: <37F723F0-F8CA-456B-BFF6-7AD24119B93F@oracle.com> References: <37F723F0-F8CA-456B-BFF6-7AD24119B93F@oracle.com> Message-ID: <53B3B6C1.5060805@oracle.com> Approved. regards, Sean. On 02/07/14 04:02, Wang Weijun wrote: > Hi All > > This is a request to backport a jdk9 fix into jdk8u-dev. > > 8048511: Uninitialised memory in jdk/src/share/native/sun/security/jgss/wrapper/GSSLibStub.c > > https://bugs.openjdk.java.net/browse/JDK-8048511 > > A static code analysis tool is not happy to see a variable not initialized. Initialize it to 0 now. > > The fix is already included in jdk9 as: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a7bb41209acd > > The review thread was > > http://mail.openjdk.java.net/pipermail/security-dev/2013-May/007447.html > > The patch for jdk8u-dev is identical to the one in jdk9. > > Thanks > Weijun From sean.coffey at oracle.com Wed Jul 2 07:38:29 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 02 Jul 2014 08:38:29 +0100 Subject: [8u-dev] Request for approval: 8034033: [parfait] JNI exception pending in share/native/sun/security/krb5/nativeccache.c In-Reply-To: References: Message-ID: <53B3B6F5.3050909@oracle.com> Approved. Please add a suitable noreg- label to bug report. regards, Sean. On 02/07/14 05:41, Wang Weijun wrote: > Hi All > > This is a request to backport a jdk9 fix into jdk8u-dev. > > 8034033: [parfait] JNI exception pending in share/native/sun/security/krb5/nativeccache.c > > https://bugs.openjdk.java.net/browse/JDK-8034033 > > Description. > > The fix is already included in jdk9 as: > > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/56a93ab107e8 > > The review thread was > > http://mail.openjdk.java.net/pipermail/security-dev/2014-February/010143.html > > The patch for jdk8u-dev is identical to the one in jdk9. > > Thanks > Weijun From artem.malinko at oracle.com Wed Jul 2 14:20:51 2014 From: artem.malinko at oracle.com (artem malinko) Date: Wed, 02 Jul 2014 18:20:51 +0400 Subject: Request for approval: 8040076. Memory leak: java.awt.List objects allowing multiple selections are not GC-ed Message-ID: <53B41543.4050708@oracle.com> Hello! This is a request to backport a jdk9 fix into jdk8u-dev. Description: Because of native peer List instances couldn't be garbage collected. https://bugs.openjdk.java.net/browse/JDK-8040076 Fix included in jdk9: http://hg.openjdk.java.net/jdk9/client/jdk/rev/13b3e10c7041 Review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008128.html The patch for jdk9 is identical to one in jdk9. From rob.mckenna at oracle.com Wed Jul 2 14:27:58 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 02 Jul 2014 15:27:58 +0100 Subject: [8u-dev] Request for approval: 8040076. Memory leak: java.awt.List objects allowing multiple selections are not GC-ed In-Reply-To: <53B41543.4050708@oracle.com> References: <53B41543.4050708@oracle.com> Message-ID: <53B416EE.5020207@oracle.com> Approved. Please add the release to the subject in future requests. -Rob On 02/07/14 15:20, artem malinko wrote: > Hello! > > This is a request to backport a jdk9 fix into jdk8u-dev. > > Description: > Because of native peer List instances couldn't be garbage collected. > https://bugs.openjdk.java.net/browse/JDK-8040076 > > Fix included in jdk9: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/13b3e10c7041 > > Review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008128.html > > The patch for jdk9 is identical to one in jdk9. > > From artem.malinko at oracle.com Wed Jul 2 14:32:32 2014 From: artem.malinko at oracle.com (artem malinko) Date: Wed, 02 Jul 2014 18:32:32 +0400 Subject: [8u-dev] Request for approval: 8040076. Memory leak: java.awt.List objects allowing multiple selections are not GC-ed In-Reply-To: <53B416EE.5020207@oracle.com> References: <53B41543.4050708@oracle.com> <53B416EE.5020207@oracle.com> Message-ID: <53B41800.7040403@oracle.com> OK. Thank you. On 02.07.2014 18:27, Rob McKenna wrote: > Approved. > > Please add the release to the subject in future requests. > > -Rob > > On 02/07/14 15:20, artem malinko wrote: >> Hello! >> >> This is a request to backport a jdk9 fix into jdk8u-dev. >> >> Description: >> Because of native peer List instances couldn't be garbage collected. >> https://bugs.openjdk.java.net/browse/JDK-8040076 >> >> Fix included in jdk9: >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/13b3e10c7041 >> >> Review thread: >> http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008128.html >> >> The patch for jdk9 is identical to one in jdk9. >> >> > From sean.coffey at oracle.com Wed Jul 2 15:56:38 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 02 Jul 2014 16:56:38 +0100 Subject: [8u20] Request for phase 2 approval for : 8047674: java/net/URLPermission/nstest/lookup.sh NoClassDefFoundError when run in concurrent mode Message-ID: <53B42BB6.7060804@oracle.com> Seeking approval to backport this fix from JDK 9 to 8u20. It's a consistent test failure in 8u-dev and fixing it should lead to pretty much green test results for 8u-dev and 8u20-dev testing. bug report : https://bugs.openjdk.java.net/browse/JDK-8047674 JDK 9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/394fde15bca6 regards, Sean. From naoto.sato at oracle.com Wed Jul 2 17:07:52 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Wed, 02 Jul 2014 10:07:52 -0700 Subject: [8u20] Request for phase 2 approval for : 8047674: java/net/URLPermission/nstest/lookup.sh NoClassDefFoundError when run in concurrent mode In-Reply-To: <53B42BB6.7060804@oracle.com> References: <53B42BB6.7060804@oracle.com> Message-ID: <53B43C68.30804@oracle.com> Approved. Naoto On 7/2/14, 8:56 AM, Se?n Coffey wrote: > Seeking approval to backport this fix from JDK 9 to 8u20. It's a > consistent test failure in 8u-dev and fixing it should lead to pretty > much green test results for 8u-dev and 8u20-dev testing. > > bug report : https://bugs.openjdk.java.net/browse/JDK-8047674 > JDK 9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/394fde15bca6 > > regards, > Sean. From weijun.wang at oracle.com Thu Jul 3 00:39:14 2014 From: weijun.wang at oracle.com (Wang Weijun) Date: Thu, 3 Jul 2014 08:39:14 +0800 Subject: [8u-dev] Request for approval: 8042053: Broken links to jarsigner and keytool docs in java.security package summary Message-ID: <06172F0C-9620-468B-B22E-336F72068707@oracle.com> Hi All This is a request to backport a jdk9 fix into jdk8u-dev. 8042053: Broken links to jarsigner and keytool docs in java.security package summary https://bugs.openjdk.java.net/browse/JDK-8042053 Since JDK 8, doc for security tools on Solaris/Linux/Mac OSX is moved to a new directory. Update the package info to use the new URL. The fix is already included in jdk9 as: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6c9d15a88501 The review thread was http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010715.html The patch for jdk8u-dev is identical to the one in jdk9. Thanks Weijun From naoto.sato at oracle.com Thu Jul 3 17:10:30 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 03 Jul 2014 10:10:30 -0700 Subject: [8u-dev] Request for approval: 8042053: Broken links to jarsigner and keytool docs in java.security package summary In-Reply-To: <06172F0C-9620-468B-B22E-336F72068707@oracle.com> References: <06172F0C-9620-468B-B22E-336F72068707@oracle.com> Message-ID: <53B58E86.10407@oracle.com> Approved. Naoto On 7/2/14, 5:39 PM, Wang Weijun wrote: > Hi All > > This is a request to backport a jdk9 fix into jdk8u-dev. > > 8042053: Broken links to jarsigner and keytool docs in java.security package summary > > https://bugs.openjdk.java.net/browse/JDK-8042053 > > Since JDK 8, doc for security tools on Solaris/Linux/Mac OSX is moved to a new directory. Update the package info to use the new URL. > > The fix is already included in jdk9 as: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6c9d15a88501 > > The review thread was > > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010715.html > > The patch for jdk8u-dev is identical to the one in jdk9. > > Thanks > Weijun > From michael.fang at oracle.com Thu Jul 3 21:37:12 2014 From: michael.fang at oracle.com (Michael Fang) Date: Thu, 03 Jul 2014 14:37:12 -0700 Subject: Review request for 8049128: 8u20 l10n resource file translation update 2 - jaxp Message-ID: <53B5CD08.1000909@oracle.com> Hi, Please help to code review the changes for the following CR: 8049128: 8u20 l10n resource file translation update 2 - jaxp https://bugs.openjdk.java.net/browse/JDK-8049128 The webrev is located at: http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/ Since we perform resource file translation updates separately for jdk9, jdk8 and jdk7u, these changes are specific to jdk8u and not ported back from jdk9. thanks, -michael From huizhe.wang at oracle.com Thu Jul 3 21:53:36 2014 From: huizhe.wang at oracle.com (huizhe wang) Date: Thu, 03 Jul 2014 14:53:36 -0700 Subject: Review request for 8049128: 8u20 l10n resource file translation update 2 - jaxp In-Reply-To: <53B5CD08.1000909@oracle.com> References: <53B5CD08.1000909@oracle.com> Message-ID: <53B5D0E0.7090707@oracle.com> Hi Michael, When removing @revision $Id / $Id lines in java files, you may want to remove the whole comment block. For example: in http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources.java.udiff.html: 20 /* 21 * $Id: XSLTErrorResources.java,v 1.2.4.1 2005/09/13 09:55:37 pvedula Exp $ 22 */ After removing line 21, it became: 20 /* 21 */ As far as indentation goes, they had not been consistent among .properies files. But we may want to make it consistent within one file, for example, http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xerces/internal/impl/msg/DOMMessages.properties.html. You may remove indentation for line 7 and 8. Otherwise, it looks fine to me. Thanks, Joe On 7/3/2014 2:37 PM, Michael Fang wrote: > Hi, > > Please help to code review the changes for the following CR: > 8049128: 8u20 l10n resource file translation update 2 - jaxp > https://bugs.openjdk.java.net/browse/JDK-8049128 > > The webrev is located at: > http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/ > > Since we perform resource file translation updates separately for > jdk9, jdk8 > and jdk7u, these changes are specific to jdk8u and not ported back from > jdk9. > > thanks, > > -michael From michael.fang at oracle.com Thu Jul 3 21:55:25 2014 From: michael.fang at oracle.com (Michael Fang) Date: Thu, 03 Jul 2014 14:55:25 -0700 Subject: Review request for 8049128: 8u20 l10n resource file translation update 2 - jaxp In-Reply-To: <53B5D0E0.7090707@oracle.com> References: <53B5CD08.1000909@oracle.com> <53B5D0E0.7090707@oracle.com> Message-ID: <53B5D14D.4010502@oracle.com> Thank you Joe for pointing this out. Let me look into it. thanks, -michael On 14?07?03? 02:53 ??, huizhe wang wrote: > Hi Michael, > > When removing @revision $Id / $Id lines in java files, you may want to > remove the whole comment block. For example: > in > http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources.java.udiff.html: > > 20 /* > 21 * $Id: XSLTErrorResources.java,v 1.2.4.1 2005/09/13 09:55:37 > pvedula Exp $ > 22 */ > > > After removing line 21, it became: > > 20 /* > 21 */ > > > As far as indentation goes, they had not been consistent among > .properies files. But we may want to make it consistent within one > file, for example, > http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xerces/internal/impl/msg/DOMMessages.properties.html. > You may remove indentation for line 7 and 8. > > Otherwise, it looks fine to me. > > Thanks, > Joe > > On 7/3/2014 2:37 PM, Michael Fang wrote: >> Hi, >> >> Please help to code review the changes for the following CR: >> 8049128: 8u20 l10n resource file translation update 2 - jaxp >> https://bugs.openjdk.java.net/browse/JDK-8049128 >> >> The webrev is located at: >> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/ >> >> Since we perform resource file translation updates separately for >> jdk9, jdk8 >> and jdk7u, these changes are specific to jdk8u and not ported back from >> jdk9. >> >> thanks, >> >> -michael > From alejandro.murillo at oracle.com Thu Jul 3 22:08:00 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Thu, 03 Jul 2014 16:08:00 -0600 Subject: [8u20] Request for phase 2 approval for bulk integration of hs25.20-b21 Message-ID: <53B5D440.5060906@oracle.com> Requesting approval to integrate hs25.20-b21 into jdk8u20-b22. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u20/hs25.20-b21-jdk8u20-b22.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved, and have been approved for integration into 8u20. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8039150: host_klass invariant fails when verifying newly loaded JSR-292 anonymous classes 8047732: new hotspot build - hs25.20-b21 8047812: Ensure ClassLoaderDataGraph::classes_unloading_do only delivers klasses from CLDs with non-reclaimed class loader oops -- Alejandro From michael.fang at oracle.com Fri Jul 4 00:04:09 2014 From: michael.fang at oracle.com (Michael Fang) Date: Thu, 03 Jul 2014 17:04:09 -0700 Subject: Review request for 8049128: 8u20 l10n resource file translation update 2 - jaxp In-Reply-To: <53B5D14D.4010502@oracle.com> References: <53B5CD08.1000909@oracle.com> <53B5D0E0.7090707@oracle.com> <53B5D14D.4010502@oracle.com> Message-ID: <53B5EF79.3070504@oracle.com> Hi Joe, I have removed the redundant /* */ and the indentations on the DOMMessages*.properties files. The updated webrev: http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.02/ thanks, -michael On 14?07?03? 02:55 ??, Michael Fang wrote: > Thank you Joe for pointing this out. Let me look into it. > > thanks, > > -michael > > On 14?07?03? 02:53 ??, huizhe wang wrote: >> Hi Michael, >> >> When removing @revision $Id / $Id lines in java files, you may want >> to remove the whole comment block. For example: >> in >> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources.java.udiff.html: >> >> 20 /* >> 21 * $Id: XSLTErrorResources.java,v 1.2.4.1 2005/09/13 09:55:37 >> pvedula Exp $ >> 22 */ >> >> >> After removing line 21, it became: >> >> 20 /* >> 21 */ >> >> >> As far as indentation goes, they had not been consistent among >> .properies files. But we may want to make it consistent within one >> file, for example, >> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xerces/internal/impl/msg/DOMMessages.properties.html. >> You may remove indentation for line 7 and 8. >> >> Otherwise, it looks fine to me. >> >> Thanks, >> Joe >> >> On 7/3/2014 2:37 PM, Michael Fang wrote: >>> Hi, >>> >>> Please help to code review the changes for the following CR: >>> 8049128: 8u20 l10n resource file translation update 2 - jaxp >>> https://bugs.openjdk.java.net/browse/JDK-8049128 >>> >>> The webrev is located at: >>> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/ >>> >>> Since we perform resource file translation updates separately for >>> jdk9, jdk8 >>> and jdk7u, these changes are specific to jdk8u and not ported back from >>> jdk9. >>> >>> thanks, >>> >>> -michael >> From huizhe.wang at oracle.com Fri Jul 4 00:19:25 2014 From: huizhe.wang at oracle.com (huizhe wang) Date: Thu, 03 Jul 2014 17:19:25 -0700 Subject: Review request for 8049128: 8u20 l10n resource file translation update 2 - jaxp In-Reply-To: <53B5EF79.3070504@oracle.com> References: <53B5CD08.1000909@oracle.com> <53B5D0E0.7090707@oracle.com> <53B5D14D.4010502@oracle.com> <53B5EF79.3070504@oracle.com> Message-ID: <53B5F30D.9020201@oracle.com> Looks good, Michael. -Joe On 7/3/2014 5:04 PM, Michael Fang wrote: > Hi Joe, > > I have removed the redundant /* */ and the indentations on the > DOMMessages*.properties files. > > The updated webrev: > http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.02/ > > thanks, > > -michael > > On 14?07?03? 02:55 ??, Michael Fang wrote: >> Thank you Joe for pointing this out. Let me look into it. >> >> thanks, >> >> -michael >> >> On 14?07?03? 02:53 ??, huizhe wang wrote: >>> Hi Michael, >>> >>> When removing @revision $Id / $Id lines in java files, you may want >>> to remove the whole comment block. For example: >>> in >>> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources.java.udiff.html: >>> >>> 20 /* >>> 21 * $Id: XSLTErrorResources.java,v 1.2.4.1 2005/09/13 09:55:37 >>> pvedula Exp $ >>> 22 */ >>> >>> >>> After removing line 21, it became: >>> >>> 20 /* >>> 21 */ >>> >>> >>> As far as indentation goes, they had not been consistent among >>> .properies files. But we may want to make it consistent within one >>> file, for example, >>> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xerces/internal/impl/msg/DOMMessages.properties.html. >>> You may remove indentation for line 7 and 8. >>> >>> Otherwise, it looks fine to me. >>> >>> Thanks, >>> Joe >>> >>> On 7/3/2014 2:37 PM, Michael Fang wrote: >>>> Hi, >>>> >>>> Please help to code review the changes for the following CR: >>>> 8049128: 8u20 l10n resource file translation update 2 - jaxp >>>> https://bugs.openjdk.java.net/browse/JDK-8049128 >>>> >>>> The webrev is located at: >>>> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/ >>>> >>>> Since we perform resource file translation updates separately for >>>> jdk9, jdk8 >>>> and jdk7u, these changes are specific to jdk8u and not ported back >>>> from >>>> jdk9. >>>> >>>> thanks, >>>> >>>> -michael >>> From michael.fang at oracle.com Fri Jul 4 03:34:10 2014 From: michael.fang at oracle.com (Michael Fang) Date: Thu, 03 Jul 2014 20:34:10 -0700 Subject: Review request for 8049128: 8u20 l10n resource file translation update 2 - jaxp In-Reply-To: <53B5F30D.9020201@oracle.com> References: <53B5CD08.1000909@oracle.com> <53B5D0E0.7090707@oracle.com> <53B5D14D.4010502@oracle.com> <53B5EF79.3070504@oracle.com> <53B5F30D.9020201@oracle.com> Message-ID: <53B620B2.1010104@oracle.com> Thanks Joe for the review. -michael On 14?07?03? 05:19 ??, huizhe wang wrote: > Looks good, Michael. > > -Joe > > On 7/3/2014 5:04 PM, Michael Fang wrote: >> Hi Joe, >> >> I have removed the redundant /* */ and the indentations on the >> DOMMessages*.properties files. >> >> The updated webrev: >> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.02/ >> >> thanks, >> >> -michael >> >> On 14?07?03? 02:55 ??, Michael Fang wrote: >>> Thank you Joe for pointing this out. Let me look into it. >>> >>> thanks, >>> >>> -michael >>> >>> On 14?07?03? 02:53 ??, huizhe wang wrote: >>>> Hi Michael, >>>> >>>> When removing @revision $Id / $Id lines in java files, you may want >>>> to remove the whole comment block. For example: >>>> in >>>> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources.java.udiff.html: >>>> >>>> 20 /* >>>> 21 * $Id: XSLTErrorResources.java,v 1.2.4.1 2005/09/13 09:55:37 >>>> pvedula Exp $ >>>> 22 */ >>>> >>>> >>>> After removing line 21, it became: >>>> >>>> 20 /* >>>> 21 */ >>>> >>>> >>>> As far as indentation goes, they had not been consistent among >>>> .properies files. But we may want to make it consistent within one >>>> file, for example, >>>> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/src/com/sun/org/apache/xerces/internal/impl/msg/DOMMessages.properties.html. >>>> You may remove indentation for line 7 and 8. >>>> >>>> Otherwise, it looks fine to me. >>>> >>>> Thanks, >>>> Joe >>>> >>>> On 7/3/2014 2:37 PM, Michael Fang wrote: >>>>> Hi, >>>>> >>>>> Please help to code review the changes for the following CR: >>>>> 8049128: 8u20 l10n resource file translation update 2 - jaxp >>>>> https://bugs.openjdk.java.net/browse/JDK-8049128 >>>>> >>>>> The webrev is located at: >>>>> http://cr.openjdk.java.net/~mfang/8049128/webrev.jaxp.01/ >>>>> >>>>> Since we perform resource file translation updates separately for >>>>> jdk9, jdk8 >>>>> and jdk7u, these changes are specific to jdk8u and not ported back >>>>> from >>>>> jdk9. >>>>> >>>>> thanks, >>>>> >>>>> -michael >>>> > From michael.fang at oracle.com Fri Jul 4 04:00:46 2014 From: michael.fang at oracle.com (Michael Fang) Date: Thu, 03 Jul 2014 21:00:46 -0700 Subject: [8u20] Request for approval for 8049128: 8u20 l10n resource file translation update 2 - jaxp Message-ID: <53B626EE.90903@oracle.com> Hi, Please approve bug fix 8049128 for 8u20 (not a back port from 9): Bug report: https://bugs.openjdk.java.net/browse/JDK-8049128 Review thread: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001350.html Reviewer: joehw thanks, -michael From rob.mckenna at oracle.com Fri Jul 4 12:47:05 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 04 Jul 2014 13:47:05 +0100 Subject: [8u20] Request for phase 2 approval for bulk integration of hs25.20-b21 In-Reply-To: <53B5D440.5060906@oracle.com> References: <53B5D440.5060906@oracle.com> Message-ID: <53B6A249.1030408@oracle.com> Approved. -Rob On 03/07/14 23:08, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.20-b21 into jdk8u20-b22. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u20/hs25.20-b21-jdk8u20-b22.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved, and have been > approved for integration into 8u20. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8039150: host_klass invariant fails when verifying newly loaded > JSR-292 anonymous classes > 8047732: new hotspot build - hs25.20-b21 > 8047812: Ensure ClassLoaderDataGraph::classes_unloading_do only > delivers klasses from CLDs with non-reclaimed class loader oops > From rob.mckenna at oracle.com Fri Jul 4 12:47:47 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 04 Jul 2014 13:47:47 +0100 Subject: [8u20] Request for approval for 8049128: 8u20 l10n resource file translation update 2 - jaxp In-Reply-To: <53B626EE.90903@oracle.com> References: <53B626EE.90903@oracle.com> Message-ID: <53B6A273.5020009@oracle.com> Approved. -Rob On 04/07/14 05:00, Michael Fang wrote: > Hi, > > Please approve bug fix 8049128 for 8u20 (not a back port from 9): > > Bug report: https://bugs.openjdk.java.net/browse/JDK-8049128 > Review thread: > http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001350.html > Reviewer: joehw > > thanks, > > -michael From anton.tarasov at oracle.com Fri Jul 4 14:03:55 2014 From: anton.tarasov at oracle.com (Anton V. Tarasov) Date: Fri, 04 Jul 2014 18:03:55 +0400 Subject: [8u40] Request for approval: JDK-8048887 SortingFocusTraversalPolicy throws IllegalArgumentException from the sort method In-Reply-To: <53B6AC39.8030806@oracle.com> References: <53B6AC39.8030806@oracle.com> Message-ID: <53B6B44B.1040202@oracle.com> Hello, This is a direct [*] backport from jdk9 into jdk8u40 of the following fix: bug: https://bugs.openjdk.java.net/browse/JDK-8048887 webrev: http://cr.openjdk.java.net/~ant/JDK-8048887/webrev.1 in jdk9: http://hg.openjdk.java.net/jdk9/client/jdk/rev/5a5ae13cbc66 review: http://mail.openjdk.java.net/pipermail/swing-dev/2014-July/003645.html Thanks, Anton. [*] Except that I had to correct the @run line of the reg test with the right bugid. From rob.mckenna at oracle.com Fri Jul 4 15:44:50 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 04 Jul 2014 16:44:50 +0100 Subject: [8u40] Request for approval: JDK-8048887 SortingFocusTraversalPolicy throws IllegalArgumentException from the sort method In-Reply-To: <53B6B44B.1040202@oracle.com> References: <53B6AC39.8030806@oracle.com> <53B6B44B.1040202@oracle.com> Message-ID: <53B6CBF2.3040202@oracle.com> Approved. -Rob On 04/07/14 15:03, Anton V. Tarasov wrote: > Hello, > > This is a direct [*] backport from jdk9 into jdk8u40 of the following > fix: > > bug: https://bugs.openjdk.java.net/browse/JDK-8048887 > webrev: http://cr.openjdk.java.net/~ant/JDK-8048887/webrev.1 > > in jdk9: http://hg.openjdk.java.net/jdk9/client/jdk/rev/5a5ae13cbc66 > review: > http://mail.openjdk.java.net/pipermail/swing-dev/2014-July/003645.html > > Thanks, > Anton. > > [*] Except that I had to correct the @run line of the reg test with > the right bugid. From vicente.romero at oracle.com Fri Jul 4 16:54:51 2014 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Fri, 04 Jul 2014 17:54:51 +0100 Subject: [8u40] Request for approval: 8044546: Crash on faulty reduce/lambda and 8049075: javac, wildcards and generic vararg method invocation not accepted Message-ID: <53B6DC5B.5050306@oracle.com> Hi, Please approve these backports from 9 to 8udev repo: 8044546: Crash on faulty reduce/lambda: Bug report: https://bugs.openjdk.java.net/browse/JDK-8044546 Backport : https://bugs.openjdk.java.net/browse/JDK-8047081 Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6c8c530a1b1b 8049075: javac, wildcards and generic vararg method invocation not accepted Bug report: https://bugs.openjdk.java.net/browse/JDK-8049075 Backport : https://bugs.openjdk.java.net/browse/JDK-8049076 Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/a92bd8ad80b1 Thanks, Vicente From rob.mckenna at oracle.com Fri Jul 4 17:00:58 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 04 Jul 2014 18:00:58 +0100 Subject: [8u40] Request for approval: 8044546: Crash on faulty reduce/lambda and 8049075: javac, wildcards and generic vararg method invocation not accepted In-Reply-To: <53B6DC5B.5050306@oracle.com> References: <53B6DC5B.5050306@oracle.com> Message-ID: <53B6DDCA.9080409@oracle.com> Approved. -Rob On 04/07/14 17:54, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please approve these backports from 9 to 8udev repo: > > 8044546: Crash on faulty reduce/lambda: > Bug report: https://bugs.openjdk.java.net/browse/JDK-8044546 > Backport : https://bugs.openjdk.java.net/browse/JDK-8047081 > > Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6c8c530a1b1b > > 8049075: javac, wildcards and generic vararg method invocation not > accepted > Bug report: https://bugs.openjdk.java.net/browse/JDK-8049075 > Backport : https://bugs.openjdk.java.net/browse/JDK-8049076 > > Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/a92bd8ad80b1 > > > Thanks, > > Vicente From ivan.gerasimov at oracle.com Fri Jul 4 18:03:25 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 04 Jul 2014 22:03:25 +0400 Subject: [8u20] Request for phase 2 approval for : 8048080: (smartcardio) javax.smartcardio.Card.openLogicalChannel() dosn't work on MacOSX Message-ID: <53B6EC6D.5040002@oracle.com> Hello! Looking for the approval to include this fix into 8u-20. The fix is already in 8u-dev repository. Bug: https://bugs.openjdk.java.net/browse/JDK-8048080 Jdk8 changeset: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/4bb29b9c4c0d Jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/45592d253efe Sincerely yours, Ivan From rob.mckenna at oracle.com Fri Jul 4 19:58:23 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 04 Jul 2014 20:58:23 +0100 Subject: [8u20] Request for phase 2 approval for : 8048080: (smartcardio) javax.smartcardio.Card.openLogicalChannel() dosn't work on MacOSX In-Reply-To: <53B6EC6D.5040002@oracle.com> References: <53B6EC6D.5040002@oracle.com> Message-ID: <53B7075F.20704@oracle.com> Hah, I was just about to pull this into 8u20! Once you get the 8u20-critical-approved tag there's no need to re-request approval. Cheers, -Rob On 04/07/14 19:03, Ivan Gerasimov wrote: > Hello! > > Looking for the approval to include this fix into 8u-20. > The fix is already in 8u-dev repository. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8048080 > Jdk8 changeset: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/4bb29b9c4c0d > Jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/45592d253efe > > Sincerely yours, > Ivan From rob.mckenna at oracle.com Fri Jul 4 20:19:00 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 04 Jul 2014 21:19:00 +0100 Subject: [8u20] Request for approval for 8049128: 8u20 l10n resource file translation update 2 - jaxp In-Reply-To: <53B6A273.5020009@oracle.com> References: <53B626EE.90903@oracle.com> <53B6A273.5020009@oracle.com> Message-ID: <53B70C34.3010200@oracle.com> I should note, this is approved pending the 8u20-critical-approved tag. You can definitely push to 8u-dev for now though. Once its approved I'll bring it into 8u20. -Rob On 04/07/14 13:47, Rob McKenna wrote: > Approved. > > -Rob > > On 04/07/14 05:00, Michael Fang wrote: >> Hi, >> >> Please approve bug fix 8049128 for 8u20 (not a back port from 9): >> >> Bug report: https://bugs.openjdk.java.net/browse/JDK-8049128 >> Review thread: >> http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001350.html >> Reviewer: joehw >> >> thanks, >> >> -michael > From ivan.gerasimov at oracle.com Fri Jul 4 22:33:36 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Sat, 05 Jul 2014 02:33:36 +0400 Subject: [8u20] Request for phase 2 approval for : 8048080: (smartcardio) javax.smartcardio.Card.openLogicalChannel() dosn't work on MacOSX In-Reply-To: <53B7075F.20704@oracle.com> References: <53B6EC6D.5040002@oracle.com> <53B7075F.20704@oracle.com> Message-ID: <53B72BC0.9070801@oracle.com> On 04.07.2014 23:58, Rob McKenna wrote: > Hah, I was just about to pull this into 8u20! Once you get the > 8u20-critical-approved tag there's no need to re-request approval. > I suspected there's no need for the approval, but just wasn't sure enough :-) Thanks Rob for taking care of it! Sincerely yours, Ivan > Cheers, > > -Rob > > On 04/07/14 19:03, Ivan Gerasimov wrote: >> Hello! >> >> Looking for the approval to include this fix into 8u-20. >> The fix is already in 8u-dev repository. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8048080 >> Jdk8 changeset: >> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/4bb29b9c4c0d >> Jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/45592d253efe >> >> Sincerely yours, >> Ivan > > > From ivan.gerasimov at oracle.com Sun Jul 6 17:35:11 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Sun, 06 Jul 2014 21:35:11 +0400 Subject: RFR: [8049250]: (smartcardio) Need a flag to inverse the Card.disconnect(reset) argument Message-ID: <53B988CF.60706@oracle.com> Hello! With the fix for JDK-7047033, the way Card.disconnect(boolean reset) handles its argument was inverted. To provide compatibility, it is suggested to introduce an option, which a user can use to revert to the old behavior. This fix is proposed for jdk8u only. In jdk8u the option will be false by default, so the reset argument will not be inverted. CCC request has been filed. BUGURL: https://bugs.openjdk.java.net/browse/JDK-8049250 WEBREV: http://cr.openjdk.java.net/~igerasim/8049250/0/webrev/ Sincerely yours, Ivan From david.holmes at oracle.com Mon Jul 7 00:33:50 2014 From: david.holmes at oracle.com (David Holmes) Date: Mon, 07 Jul 2014 10:33:50 +1000 Subject: [8u-dev] Request for approval 8049055: Tests added to the jdk/test/TEST.groups to be run on correct profiles Message-ID: <53B9EAEE.1020606@oracle.com> Hello, Could you please approve the straight back-port of the fix for 8049055 to jdk8u/dev? It is a simple update to the TEST.groups file. The bug: https://bugs.openjdk.java.net/browse/JDK-8049055 The webrev: http://cr.openjdk.java.net/~dholmes/8049055/webrev/ The JDK 9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027559.html The JDK 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f44b1b98c288 Thanks, David From sean.coffey at oracle.com Mon Jul 7 08:16:59 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 07 Jul 2014 09:16:59 +0100 Subject: [8u-dev] Request for approval 8049055: Tests added to the jdk/test/TEST.groups to be run on correct profiles In-Reply-To: <53B9EAEE.1020606@oracle.com> References: <53B9EAEE.1020606@oracle.com> Message-ID: <53BA577B.8070807@oracle.com> Approved. A noreg- label might be useful on this bug record. Regards, Sean. On 07/07/2014 01:33, David Holmes wrote: > Hello, > > Could you please approve the straight back-port of the fix for 8049055 > to jdk8u/dev? It is a simple update to the TEST.groups file. > > The bug: > > https://bugs.openjdk.java.net/browse/JDK-8049055 > > The webrev: > > http://cr.openjdk.java.net/~dholmes/8049055/webrev/ > > The JDK 9 review thread: > > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027559.html > > > The JDK 9 changeset: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f44b1b98c288 > > Thanks, > David From david.holmes at oracle.com Mon Jul 7 08:34:06 2014 From: david.holmes at oracle.com (David Holmes) Date: Mon, 07 Jul 2014 18:34:06 +1000 Subject: [8u-dev] Request for approval 8049055: Tests added to the jdk/test/TEST.groups to be run on correct profiles In-Reply-To: <53BA577B.8070807@oracle.com> References: <53B9EAEE.1020606@oracle.com> <53BA577B.8070807@oracle.com> Message-ID: <53BA5B7E.5030102@oracle.com> On 7/07/2014 6:16 PM, Se?n Coffey wrote: > Approved. A noreg- label might be useful on this bug record. Thanks Sean! Added noreg-test. David > Regards, > Sean. > > On 07/07/2014 01:33, David Holmes wrote: >> Hello, >> >> Could you please approve the straight back-port of the fix for 8049055 >> to jdk8u/dev? It is a simple update to the TEST.groups file. >> >> The bug: >> >> https://bugs.openjdk.java.net/browse/JDK-8049055 >> >> The webrev: >> >> http://cr.openjdk.java.net/~dholmes/8049055/webrev/ >> >> The JDK 9 review thread: >> >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027559.html >> >> >> The JDK 9 changeset: >> >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f44b1b98c288 >> >> Thanks, >> David > From goetz.lindenmaier at sap.com Mon Jul 7 09:27:18 2014 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Mon, 7 Jul 2014 09:27:18 +0000 Subject: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. Message-ID: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> Hi, Could you please approve the backport of this change to 8u40? It applies cleanly without further changes. Who will push this? Do I need a sponsor, or do you do that, Jean? The bug: https://bugs.openjdk.java.net/browse/JDK-8042195 The webrev: http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ The JDK 9 review thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html The JDK 9 changeset: http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d Thanks & best regards, Goetz. From sean.coffey at oracle.com Mon Jul 7 09:32:39 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Mon, 07 Jul 2014 10:32:39 +0100 Subject: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> Message-ID: <53BA6937.6080709@oracle.com> Goetz, this is a hotspot fix and needs to enter via the jdk8u hotspot team forest : http://hg.openjdk.java.net/jdk8u/hs-dev/ Such fixes will enter the jdk8u master forest via bulk integration which Alejandro normally does. Please work with the hotspot team to get your fix integrated. regards, Sean. On 07/07/14 10:27, Lindenmaier, Goetz wrote: > Hi, > > Could you please approve the backport of this change to 8u40? > It applies cleanly without further changes. > Who will push this? Do I need a sponsor, or do you do that, Jean? > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8042195 > The webrev: > http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ > The JDK 9 review thread: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html > The JDK 9 changeset: > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d > > Thanks & best regards, > Goetz. From sean.coffey at oracle.com Mon Jul 7 09:49:49 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 07 Jul 2014 10:49:49 +0100 Subject: [8u-dev] Request for approval: 6545422: TEST BUG: NativeErrors.java uses wrong path name in exec In-Reply-To: <53B328F1.5070501@oracle.com> References: <530B0952.6090305@oracle.com> <530B0AE9.1070307@oracle.com> <530B0DB5.3080500@oracle.com> <53B3284E.80309@oracle.com> <53B328F1.5070501@oracle.com> Message-ID: <53BA6D3D.6060001@oracle.com> Approved. regards, Sean. On 01/07/14 22:32, Ivan Gerasimov wrote: > Corrected the subject line: I'm requesting an approval to push the fix > into jdk8u-dev repo, not jdk8u20 > > On 02.07.2014 1:29, Ivan Gerasimov wrote: >> Hello! >> >> I'm rerequesting an approval to backport this test fix into jdk8u. >> To address the issue with NoClassDefFoundError I added the implicit >> @build line to the test (as it was done in JDK-8043520). >> >> BUGURL: https://bugs.openjdk.java.net/browse/JDK-6545422 >> WEBREV: http://cr.openjdk.java.net/~igerasim/6545422/0/webrev/ >> Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f >> Review: >> http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html >> >> Would you please approve the backport? >> >> Sincerely yours, >> Ivan >> >> On 24.02.2014 13:15, Ivan Gerasimov wrote: >>> >>> On 24.02.2014 13:03, Alan Bateman wrote: >>>> On 24/02/2014 08:56, Ivan Gerasimov wrote: >>>>> Hello! >>>>> >>>>> Would you please approve porting back this test bug fix? >>>>> The fix applies cleanly to jdk8u. >>>>> >>>>> Master Bug: https://bugs.openjdk.java.net/browse/JDK-6545422 >>>>> Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f >>>>> Review: >>>>> http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html >>>> Ivan - would it be possible to hold back on this one for a bit. The >>>> updated test is dependent on implicit compilation of the classes in >>>> the @library and this is causing problems for concurrent test runs. >>>> The same pattern has slipped into 15-20 other tests with the result >>>> that they all fail intermittently due to NoClassDefFoundError >>>> issues. I think they should be fixed in jdk9-dev but any of these >>>> "improved" tests are backported. >>>> >>> >>> Yes, sure! >>> Actually, I was going to port this fix into jdk6 (the test fails >>> there), but modified in such a way that it does not depend on >>> testlibrary. >>> I can still work on jdk6 port without first integrating it into >>> jdk8u and jdk7u. >>> >>> Sincerely yours, >>> Ivan >>> >>> >>>> -Alan. >>>> >>>> >>> >>> >>> >>> >> >> >> > From goetz.lindenmaier at sap.com Mon Jul 7 09:51:06 2014 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Mon, 7 Jul 2014 09:51:06 +0000 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <53BA6937.6080709@oracle.com> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> Message-ID: <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> Hi Alejandro, could you please assist with integrating this fix? Do I need to write another mail to another list / with another format? I think it should go to 8 so that later fixes which might depend on the new includes integrate nicely. Best regards, Goetz. -----Original Message----- From: Se?n Coffey [mailto:sean.coffey at oracle.com] Sent: Montag, 7. Juli 2014 11:33 To: Lindenmaier, Goetz; jdk8u-dev at openjdk.java.net Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. Goetz, this is a hotspot fix and needs to enter via the jdk8u hotspot team forest : http://hg.openjdk.java.net/jdk8u/hs-dev/ Such fixes will enter the jdk8u master forest via bulk integration which Alejandro normally does. Please work with the hotspot team to get your fix integrated. regards, Sean. On 07/07/14 10:27, Lindenmaier, Goetz wrote: > Hi, > > Could you please approve the backport of this change to 8u40? > It applies cleanly without further changes. > Who will push this? Do I need a sponsor, or do you do that, Jean? > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8042195 > The webrev: > http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ > The JDK 9 review thread: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html > The JDK 9 changeset: > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d > > Thanks & best regards, > Goetz. From ivan.gerasimov at oracle.com Mon Jul 7 10:23:48 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Mon, 07 Jul 2014 14:23:48 +0400 Subject: [8u-dev] Request for approval: 6545422: TEST BUG: NativeErrors.java uses wrong path name in exec In-Reply-To: <53BA6D3D.6060001@oracle.com> References: <530B0952.6090305@oracle.com> <530B0AE9.1070307@oracle.com> <530B0DB5.3080500@oracle.com> <53B3284E.80309@oracle.com> <53B328F1.5070501@oracle.com> <53BA6D3D.6060001@oracle.com> Message-ID: <53BA7534.4060408@oracle.com> Thanks Se?n! On 07.07.2014 13:49, Se?n Coffey wrote: > Approved. > > regards, > Sean. > > On 01/07/14 22:32, Ivan Gerasimov wrote: >> Corrected the subject line: I'm requesting an approval to push the >> fix into jdk8u-dev repo, not jdk8u20 >> >> On 02.07.2014 1:29, Ivan Gerasimov wrote: >>> Hello! >>> >>> I'm rerequesting an approval to backport this test fix into jdk8u. >>> To address the issue with NoClassDefFoundError I added the implicit >>> @build line to the test (as it was done in JDK-8043520). >>> >>> BUGURL: https://bugs.openjdk.java.net/browse/JDK-6545422 >>> WEBREV: http://cr.openjdk.java.net/~igerasim/6545422/0/webrev/ >>> Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f >>> Review: >>> http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html >>> >>> Would you please approve the backport? >>> >>> Sincerely yours, >>> Ivan >>> >>> On 24.02.2014 13:15, Ivan Gerasimov wrote: >>>> >>>> On 24.02.2014 13:03, Alan Bateman wrote: >>>>> On 24/02/2014 08:56, Ivan Gerasimov wrote: >>>>>> Hello! >>>>>> >>>>>> Would you please approve porting back this test bug fix? >>>>>> The fix applies cleanly to jdk8u. >>>>>> >>>>>> Master Bug: https://bugs.openjdk.java.net/browse/JDK-6545422 >>>>>> Jdk9 change: >>>>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/efeab0eae50f >>>>>> Review: >>>>>> http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-February/014152.html >>>>> Ivan - would it be possible to hold back on this one for a bit. >>>>> The updated test is dependent on implicit compilation of the >>>>> classes in the @library and this is causing problems for >>>>> concurrent test runs. The same pattern has slipped into 15-20 >>>>> other tests with the result that they all fail intermittently due >>>>> to NoClassDefFoundError issues. I think they should be fixed in >>>>> jdk9-dev but any of these "improved" tests are backported. >>>>> >>>> >>>> Yes, sure! >>>> Actually, I was going to port this fix into jdk6 (the test fails >>>> there), but modified in such a way that it does not depend on >>>> testlibrary. >>>> I can still work on jdk6 port without first integrating it into >>>> jdk8u and jdk7u. >>>> >>>> Sincerely yours, >>>> Ivan >>>> >>>> >>>>> -Alan. >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> > > > From david.holmes at oracle.com Mon Jul 7 11:03:38 2014 From: david.holmes at oracle.com (David Holmes) Date: Mon, 07 Jul 2014 21:03:38 +1000 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> Message-ID: <53BA7E8A.3090809@oracle.com> And we need to make sure the closed part goes with it! David On 7/07/2014 7:51 PM, Lindenmaier, Goetz wrote: > Hi Alejandro, > > could you please assist with integrating this fix? > Do I need to write another mail to another list / with another format? > > I think it should go to 8 so that later fixes which might depend > on the new includes integrate nicely. > > Best regards, > Goetz. > > > > > -----Original Message----- > From: Se?n Coffey [mailto:sean.coffey at oracle.com] > Sent: Montag, 7. Juli 2014 11:33 > To: Lindenmaier, Goetz; jdk8u-dev at openjdk.java.net > Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. > > Goetz, > > this is a hotspot fix and needs to enter via the jdk8u hotspot team > forest : > http://hg.openjdk.java.net/jdk8u/hs-dev/ > > Such fixes will enter the jdk8u master forest via bulk integration which > Alejandro normally does. Please work with the hotspot team to get your > fix integrated. > > regards, > Sean. > > On 07/07/14 10:27, Lindenmaier, Goetz wrote: >> Hi, >> >> Could you please approve the backport of this change to 8u40? >> It applies cleanly without further changes. >> Who will push this? Do I need a sponsor, or do you do that, Jean? >> >> The bug: >> https://bugs.openjdk.java.net/browse/JDK-8042195 >> The webrev: >> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >> The JDK 9 review thread: >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >> The JDK 9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >> >> Thanks & best regards, >> Goetz. > From alejandro.murillo at oracle.com Mon Jul 7 15:40:29 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Mon, 07 Jul 2014 09:40:29 -0600 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> Message-ID: <53BABF6D.9090905@oracle.com> sure, I'll grab the patch and will get it in soon Thanks Alejandro On 7/7/2014 3:51 AM, Lindenmaier, Goetz wrote: > Hi Alejandro, > > could you please assist with integrating this fix? > Do I need to write another mail to another list / with another format? > > I think it should go to 8 so that later fixes which might depend > on the new includes integrate nicely. > > Best regards, > Goetz. > > > > > -----Original Message----- > From: Se?n Coffey [mailto:sean.coffey at oracle.com] > Sent: Montag, 7. Juli 2014 11:33 > To: Lindenmaier, Goetz; jdk8u-dev at openjdk.java.net > Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. > > Goetz, > > this is a hotspot fix and needs to enter via the jdk8u hotspot team > forest : > http://hg.openjdk.java.net/jdk8u/hs-dev/ > > Such fixes will enter the jdk8u master forest via bulk integration which > Alejandro normally does. Please work with the hotspot team to get your > fix integrated. > > regards, > Sean. > > On 07/07/14 10:27, Lindenmaier, Goetz wrote: >> Hi, >> >> Could you please approve the backport of this change to 8u40? >> It applies cleanly without further changes. >> Who will push this? Do I need a sponsor, or do you do that, Jean? >> >> The bug: >> https://bugs.openjdk.java.net/browse/JDK-8042195 >> The webrev: >> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >> The JDK 9 review thread: >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >> The JDK 9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >> >> Thanks & best regards, >> Goetz. -- Alejandro From alejandro.murillo at oracle.com Mon Jul 7 15:41:08 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Mon, 07 Jul 2014 09:41:08 -0600 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <53BA7E8A.3090809@oracle.com> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> <53BA7E8A.3090809@oracle.com> Message-ID: <53BABF94.9070005@oracle.com> Where is the closed part? Alejandro On 7/7/2014 5:03 AM, David Holmes wrote: > And we need to make sure the closed part goes with it! > > David > > On 7/07/2014 7:51 PM, Lindenmaier, Goetz wrote: >> Hi Alejandro, >> >> could you please assist with integrating this fix? >> Do I need to write another mail to another list / with another format? >> >> I think it should go to 8 so that later fixes which might depend >> on the new includes integrate nicely. >> >> Best regards, >> Goetz. >> >> >> >> >> -----Original Message----- >> From: Se?n Coffey [mailto:sean.coffey at oracle.com] >> Sent: Montag, 7. Juli 2014 11:33 >> To: Lindenmaier, Goetz; jdk8u-dev at openjdk.java.net >> Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella >> header orderAccess.inline.hpp. >> >> Goetz, >> >> this is a hotspot fix and needs to enter via the jdk8u hotspot team >> forest : >> http://hg.openjdk.java.net/jdk8u/hs-dev/ >> >> Such fixes will enter the jdk8u master forest via bulk integration which >> Alejandro normally does. Please work with the hotspot team to get your >> fix integrated. >> >> regards, >> Sean. >> >> On 07/07/14 10:27, Lindenmaier, Goetz wrote: >>> Hi, >>> >>> Could you please approve the backport of this change to 8u40? >>> It applies cleanly without further changes. >>> Who will push this? Do I need a sponsor, or do you do that, Jean? >>> >>> The bug: >>> https://bugs.openjdk.java.net/browse/JDK-8042195 >>> The webrev: >>> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >>> The JDK 9 review thread: >>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >>> The JDK 9 changeset: >>> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >>> >>> Thanks & best regards, >>> Goetz. >> -- Alejandro From alexander.zvegintsev at oracle.com Mon Jul 7 16:48:27 2014 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Mon, 07 Jul 2014 20:48:27 +0400 Subject: [8u40] Request for approval 8049418: [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel Message-ID: <53BACF5B.7010704@oracle.com> Hello, This is a request for approval to backport a fix from the jdk9 to the jdk8u-dev repository. The fix applies cleanly. The bug:https://bugs.openjdk.java.net/browse/JDK-8049418 The fix:http://hg.openjdk.java.net/jdk9/client/jdk/rev/2afdb5f1ecb2 The review:http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008181.html -- -- Thanks, Alexander. From alexander.zvegintsev at oracle.com Mon Jul 7 16:55:56 2014 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Mon, 07 Jul 2014 20:55:56 +0400 Subject: [8u40] Request for approval 8049418: [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel Message-ID: <53BAD11C.5000905@oracle.com> Hello, This is a request for approval to backport a fix from the jdk9 to the jdk8u-dev repository. The fix applies cleanly to 8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8049418 The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/2afdb5f1ecb2 The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008181.html -- -- Thanks, Alexander. From sean.coffey at oracle.com Mon Jul 7 17:10:34 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 07 Jul 2014 18:10:34 +0100 Subject: [8u40] Request for approval 8049418: [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel In-Reply-To: <53BAD11C.5000905@oracle.com> References: <53BAD11C.5000905@oracle.com> Message-ID: <53BAD48A.7060803@oracle.com> Approved. Please add a suitable noreg- label to the bug report. regards, Sean. On 07/07/14 17:55, Alexander Zvegintsev wrote: > Hello, > > This is a request for approval to backport a fix from the jdk9 to the > jdk8u-dev repository. > The fix applies cleanly to 8u-dev. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8049418 > The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/2afdb5f1ecb2 > The review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008181.html > From naoto.sato at oracle.com Mon Jul 7 19:30:11 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Mon, 07 Jul 2014 12:30:11 -0700 Subject: [8u40] Request for approval 8049418: [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel In-Reply-To: <53BACF5B.7010704@oracle.com> References: <53BACF5B.7010704@oracle.com> Message-ID: <53BAF543.5070805@oracle.com> Approved. Naoto On 7/7/14, 9:48 AM, Alexander Zvegintsev wrote: > Hello, > > This is a request for approval to backport a fix from the jdk9 to the > jdk8u-dev repository. > The fix applies cleanly. > > The bug:https://bugs.openjdk.java.net/browse/JDK-8049418 > The fix:http://hg.openjdk.java.net/jdk9/client/jdk/rev/2afdb5f1ecb2 > The > review:http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008181.html > > From doko at ubuntu.com Mon Jul 7 19:47:45 2014 From: doko at ubuntu.com (Matthias Klose) Date: Mon, 07 Jul 2014 21:47:45 +0200 Subject: issues building jdk8u/jdk8u20 Message-ID: <53BAF961.2000000@ubuntu.com> Hi, I got the advice to try the jdk8u-dev ML first, so here we go: I'm trying to build packages for Debian/Ubuntu from the http://hg.openjdk.java.net/jdk8u/jdk8u20/ archive. There are a few issues I can't figure out: - linux distros usually have their own standards about what to do about debug information. so what I want to do is to ask openjdk not do to anything, and do the stripping with the distro tools. this doesn't seem to work. Configuring with the environment vars DEBUG_BINARIES=true FULL_DEBUG_SYMBOLS=0 STRIP_POLICY=none ALT_OBJCOPY=/does_not_exist and --disable-zip-debug-info, I still get .debuginfo files. Is there any way how to disable this stripping at all? Is there any documentation what debug information is needed for a working OpenJDK 8 build? - The toplevel configury seem to support --with-extra-*flags, however the subprojects don't pick up these values. This is needed for distros to build with flags to default to hardening issues. - The demos build fails to build with the hardening defaults used in Debian and Ubuntu. Sure, you don't see this, because the extra flags are ignored. There are more issues, however I consider these above preventing integration of OpenJDK-8 into Debian/Ubuntu. If you need any bug tracker issues, please let me know how to submit these. Another issue are the assumptions being made about cross builds, and selecting the appropriate build tools. I'd like to discuss these with somebody having experience with cross builds. thanks, Matthias From omajid at redhat.com Mon Jul 7 20:04:51 2014 From: omajid at redhat.com (Omair Majid) Date: Mon, 7 Jul 2014 16:04:51 -0400 Subject: issues building jdk8u/jdk8u20 In-Reply-To: <53BAF961.2000000@ubuntu.com> References: <53BAF961.2000000@ubuntu.com> Message-ID: <20140707200451.GD19764@redhat.com> * Matthias Klose [2014-07-07 15:50]: > - linux distros usually have their own standards about what > to do about debug information. so what I want to do is to > ask openjdk not do to anything, and do the stripping > with the distro tools. this doesn't seem to work. Based on what I have heard, I think it's working as designed, sadly. > Configuring with the environment vars > > DEBUG_BINARIES=true > FULL_DEBUG_SYMBOLS=0 > STRIP_POLICY=none > ALT_OBJCOPY=/does_not_exist > > and --disable-zip-debug-info, I still get .debuginfo files. > Is there any way how to disable this stripping at all? > Is there any documentation what debug information is needed > for a working OpenJDK 8 build? There's been a couple of threads about this. You might want to look into the archives of the build-dev mailing list (eg: [1]). The solution I picked up was that it was possible to disable stripping of all biarnies and just delete the .debuginfo files manually. The instructions for not stripping seem to have changed between jdk8 and jdk8u. > Another issue are the assumptions being made about cross builds, and selecting > the appropriate build tools. I'd like to discuss these with somebody having > experience with cross builds. Folks at build-dev might be able to answer build-related questions more readily, as well as review build-related patches. Thanks, Omair [1] http://mail.openjdk.java.net/pipermail/build-dev/2014-February/012029.html -- PGP Key: 66484681 (http://pgp.mit.edu/) Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681 From doko at ubuntu.com Mon Jul 7 20:15:54 2014 From: doko at ubuntu.com (Matthias Klose) Date: Mon, 07 Jul 2014 22:15:54 +0200 Subject: issues building jdk8u/jdk8u20 In-Reply-To: <20140707200451.GD19764@redhat.com> References: <53BAF961.2000000@ubuntu.com> <20140707200451.GD19764@redhat.com> Message-ID: <53BAFFFA.1060509@ubuntu.com> Am 07.07.2014 22:04, schrieb Omair Majid: > * Matthias Klose [2014-07-07 15:50]: >> - linux distros usually have their own standards about what >> to do about debug information. so what I want to do is to >> ask openjdk not do to anything, and do the stripping >> with the distro tools. this doesn't seem to work. > > Based on what I have heard, I think it's working as designed, sadly. do you have any pointers on the "design"? From omajid at redhat.com Mon Jul 7 20:28:03 2014 From: omajid at redhat.com (Omair Majid) Date: Mon, 7 Jul 2014 16:28:03 -0400 Subject: issues building jdk8u/jdk8u20 In-Reply-To: <53BAFFFA.1060509@ubuntu.com> References: <53BAF961.2000000@ubuntu.com> <20140707200451.GD19764@redhat.com> <53BAFFFA.1060509@ubuntu.com> Message-ID: <20140707202803.GA13812@redhat.com> * Matthias Klose [2014-07-07 16:16]: > Am 07.07.2014 22:04, schrieb Omair Majid: > > * Matthias Klose [2014-07-07 15:50]: > >> - linux distros usually have their own standards about what > >> to do about debug information. so what I want to do is to > >> ask openjdk not do to anything, and do the stripping > >> with the distro tools. this doesn't seem to work. > > > > Based on what I have heard, I think it's working as designed, sadly. > > do you have any pointers on the "design"? Sadly, I haven't seen anything that completely describes the design. All I have are bits and pieces: - https://bugs.openjdk.java.net/browse/JDK-7092218 - https://bugs.openjdk.java.net/browse/JDK-7071907 - http://mail.openjdk.java.net/pipermail/build-dev/2012-March/005798.html - http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-March/026450.html Hope that helps. Omair -- PGP Key: 66484681 (http://pgp.mit.edu/) Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681 From weijun.wang at oracle.com Tue Jul 8 02:34:28 2014 From: weijun.wang at oracle.com (Wang Weijun) Date: Tue, 8 Jul 2014 10:34:28 +0800 Subject: [8u-dev] Request for approval: 8035759: [parfait] JNI exception pending in jdk/src/windows/native/sun/security/krb5/NativeCreds.c Message-ID: <3E31BD38-B28D-42E9-B209-DEC33B3AD1EA@oracle.com> Hi All This is a request to backport a jdk9 fix into jdk8u-dev. 8035759: [parfait] JNI exception pending in jdk/src/windows/native/sun/security/krb5/NativeCreds.c https://bugs.openjdk.java.net/browse/JDK-8035759 The fix is a cleanup of a piece of Windows native codes. It is already included in jdk9 as: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/439da47a2593 The patch for jdk8u-dev is identical to the one in jdk9. Thanks Weijun From goetz.lindenmaier at sap.com Tue Jul 8 06:46:29 2014 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Tue, 8 Jul 2014 06:46:29 +0000 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <53BABF94.9070005@oracle.com> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> <53BA7E8A.3090809@oracle.com> <53BABF94.9070005@oracle.com> Message-ID: <4295855A5C1DE049A61835A1887419CC2CED950E@DEWDFEMB12A.global.corp.sap> Hi Alejandro, thanks for helping! I can't tell you where to find the closed part, as it's closed ;) Vladimir did the closed changes, he should know. Do you also want to do the next one right away? It also integrates as is: 8042737 : Introduce umbrella header prefetch.inline.hpp The bug: https://bugs.openjdk.java.net/browse/JDK-8042737 The webrev: http://cr.openjdk.java.net/~goetz/webrevs/8042737-prefIncl/webrev.01/ The mail thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013927.html The change: http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4cc7fe54e0e1 Here Christian helped to push it. My later changes don't integrate yet, I guess they depend on some other change, therefore I'd wait another week or so. Best regards, Goetz. -----Original Message----- From: Alejandro E Murillo [mailto:alejandro.murillo at oracle.com] Sent: Montag, 7. Juli 2014 17:41 To: David Holmes; Lindenmaier, Goetz; jdk8u-dev at openjdk.java.net Subject: Re: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. Where is the closed part? Alejandro On 7/7/2014 5:03 AM, David Holmes wrote: > And we need to make sure the closed part goes with it! > > David > > On 7/07/2014 7:51 PM, Lindenmaier, Goetz wrote: >> Hi Alejandro, >> >> could you please assist with integrating this fix? >> Do I need to write another mail to another list / with another format? >> >> I think it should go to 8 so that later fixes which might depend >> on the new includes integrate nicely. >> >> Best regards, >> Goetz. >> >> >> >> >> -----Original Message----- >> From: Se?n Coffey [mailto:sean.coffey at oracle.com] >> Sent: Montag, 7. Juli 2014 11:33 >> To: Lindenmaier, Goetz; jdk8u-dev at openjdk.java.net >> Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella >> header orderAccess.inline.hpp. >> >> Goetz, >> >> this is a hotspot fix and needs to enter via the jdk8u hotspot team >> forest : >> http://hg.openjdk.java.net/jdk8u/hs-dev/ >> >> Such fixes will enter the jdk8u master forest via bulk integration which >> Alejandro normally does. Please work with the hotspot team to get your >> fix integrated. >> >> regards, >> Sean. >> >> On 07/07/14 10:27, Lindenmaier, Goetz wrote: >>> Hi, >>> >>> Could you please approve the backport of this change to 8u40? >>> It applies cleanly without further changes. >>> Who will push this? Do I need a sponsor, or do you do that, Jean? >>> >>> The bug: >>> https://bugs.openjdk.java.net/browse/JDK-8042195 >>> The webrev: >>> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >>> The JDK 9 review thread: >>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >>> The JDK 9 changeset: >>> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >>> >>> Thanks & best regards, >>> Goetz. >> -- Alejandro From alexander.zvegintsev at oracle.com Tue Jul 8 08:07:18 2014 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Tue, 08 Jul 2014 12:07:18 +0400 Subject: [8u20] Request for phase 2 approval for CR 8049418: [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel Message-ID: <53BBA6B6.1080107@oracle.com> Hello, Requesting approval to include this fix into 8u-20. The fix is already in 8u-dev repository. The bug: https://bugs.openjdk.java.net/browse/JDK-8049418 The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/2afdb5f1ecb2 8u: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/250ae3b92047 The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008181.html Reviewed-by: anthony, pchelko -- -- Thanks, Alexander. From sean.coffey at oracle.com Tue Jul 8 08:58:23 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 08 Jul 2014 09:58:23 +0100 Subject: [8u-dev] Request for approval: 8035759: [parfait] JNI exception pending in jdk/src/windows/native/sun/security/krb5/NativeCreds.c In-Reply-To: <3E31BD38-B28D-42E9-B209-DEC33B3AD1EA@oracle.com> References: <3E31BD38-B28D-42E9-B209-DEC33B3AD1EA@oracle.com> Message-ID: <53BBB2AF.6060601@oracle.com> Approved. regards, Sean. On 08/07/2014 03:34, Wang Weijun wrote: > Hi All > > This is a request to backport a jdk9 fix into jdk8u-dev. > > 8035759: [parfait] JNI exception pending in jdk/src/windows/native/sun/security/krb5/NativeCreds.c > > https://bugs.openjdk.java.net/browse/JDK-8035759 > > The fix is a cleanup of a piece of Windows native codes. > > It is already included in jdk9 as: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/439da47a2593 > > The patch for jdk8u-dev is identical to the one in jdk9. > > Thanks > Weijun From sean.coffey at oracle.com Tue Jul 8 08:59:16 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 08 Jul 2014 09:59:16 +0100 Subject: [8u20] Request for phase 2 approval for CR 8049418: [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel In-Reply-To: <53BBA6B6.1080107@oracle.com> References: <53BBA6B6.1080107@oracle.com> Message-ID: <53BBB2E4.9020707@oracle.com> Approved. regards, Sean. On 08/07/2014 09:07, Alexander Zvegintsev wrote: > Hello, > > Requesting approval to include this fix into 8u-20. > The fix is already in 8u-dev repository. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8049418 > The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/2afdb5f1ecb2 > 8u: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/250ae3b92047 > The review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008181.html > Reviewed-by: anthony, pchelko > From david.holmes at oracle.com Tue Jul 8 11:59:00 2014 From: david.holmes at oracle.com (David Holmes) Date: Tue, 08 Jul 2014 21:59:00 +1000 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <53BABF94.9070005@oracle.com> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> <53BA7E8A.3090809@oracle.com> <53BABF94.9070005@oracle.com> Message-ID: <53BBDD04.2020406@oracle.com> On 8/07/2014 1:41 AM, Alejandro E Murillo wrote: > > Where is the closed part? The JDK 9 changeset is linked in the bug report. You may be able to import it directly using the http: URL to the raw changeset David > Alejandro > > On 7/7/2014 5:03 AM, David Holmes wrote: >> And we need to make sure the closed part goes with it! >> >> David >> >> On 7/07/2014 7:51 PM, Lindenmaier, Goetz wrote: >>> Hi Alejandro, >>> >>> could you please assist with integrating this fix? >>> Do I need to write another mail to another list / with another format? >>> >>> I think it should go to 8 so that later fixes which might depend >>> on the new includes integrate nicely. >>> >>> Best regards, >>> Goetz. >>> >>> >>> >>> >>> -----Original Message----- >>> From: Se?n Coffey [mailto:sean.coffey at oracle.com] >>> Sent: Montag, 7. Juli 2014 11:33 >>> To: Lindenmaier, Goetz; jdk8u-dev at openjdk.java.net >>> Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella >>> header orderAccess.inline.hpp. >>> >>> Goetz, >>> >>> this is a hotspot fix and needs to enter via the jdk8u hotspot team >>> forest : >>> http://hg.openjdk.java.net/jdk8u/hs-dev/ >>> >>> Such fixes will enter the jdk8u master forest via bulk integration which >>> Alejandro normally does. Please work with the hotspot team to get your >>> fix integrated. >>> >>> regards, >>> Sean. >>> >>> On 07/07/14 10:27, Lindenmaier, Goetz wrote: >>>> Hi, >>>> >>>> Could you please approve the backport of this change to 8u40? >>>> It applies cleanly without further changes. >>>> Who will push this? Do I need a sponsor, or do you do that, Jean? >>>> >>>> The bug: >>>> https://bugs.openjdk.java.net/browse/JDK-8042195 >>>> The webrev: >>>> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >>>> The JDK 9 review thread: >>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >>>> The JDK 9 changeset: >>>> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >>>> >>>> Thanks & best regards, >>>> Goetz. >>> > From david.holmes at oracle.com Tue Jul 8 12:07:49 2014 From: david.holmes at oracle.com (David Holmes) Date: Tue, 08 Jul 2014 22:07:49 +1000 Subject: issues building jdk8u/jdk8u20 In-Reply-To: <53BAF961.2000000@ubuntu.com> References: <53BAF961.2000000@ubuntu.com> Message-ID: <53BBDF15.9050703@oracle.com> On 8/07/2014 5:47 AM, Matthias Klose wrote: > Hi, > > I got the advice to try the jdk8u-dev ML first, so here we go: > > I'm trying to build packages for Debian/Ubuntu from the > > http://hg.openjdk.java.net/jdk8u/jdk8u20/ > > archive. There are a few issues I can't figure out: > > - linux distros usually have their own standards about what > to do about debug information. so what I want to do is to > ask openjdk not do to anything, and do the stripping > with the distro tools. this doesn't seem to work. > > Configuring with the environment vars > > DEBUG_BINARIES=true > FULL_DEBUG_SYMBOLS=0 > STRIP_POLICY=none > ALT_OBJCOPY=/does_not_exist > > and --disable-zip-debug-info, I still get .debuginfo files. > Is there any way how to disable this stripping at all? > Is there any documentation what debug information is needed > for a working OpenJDK 8 build? Omair already pointed you to a number of threads discussing this aspect so I won't go into it further. > - The toplevel configury seem to support --with-extra-*flags, > however the subprojects don't pick up these values. This > is needed for distros to build with flags to default to > hardening issues. The --with-extra-*flags are only used by hotspot and JDK. They are primarily intended to pass through compiler flags when doing cross-compilation. They are not intended as a general mechanism for passing additional flags - most of which is internalized in the makefiles (either directly for hotspot, or via what configure sets up). > - The demos build fails to build with the hardening defaults > used in Debian and Ubuntu. Sure, you don't see this, because > the extra flags are ignored. > > There are more issues, however I consider these above preventing integration of > OpenJDK-8 into Debian/Ubuntu. If you need any bug tracker issues, please let me > know how to submit these. > > Another issue are the assumptions being made about cross builds, and selecting > the appropriate build tools. I'd like to discuss these with somebody having > experience with cross builds. That would be me I guess. :) The cross-compilation support was defined based on our own internal needs for doing ARM and PPC builds, and how we previously achieved that. It is far from general purpose. There is already some description of it in the README-builds.html. Cheers, David > thanks, Matthias > From alexey.ivanov at oracle.com Tue Jul 8 12:49:17 2014 From: alexey.ivanov at oracle.com (Alexey Ivanov) Date: Tue, 08 Jul 2014 16:49:17 +0400 Subject: [8u40] Request for approval for JDK-8046559: NPE when changing Windows theme Message-ID: <53BBE8CD.3090406@oracle.com> Hello, Please approve the backport of the fix to jdk8u-dev. Bug: https://bugs.openjdk.java.net/browse/JDK-8046559 JDK9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/ff2112f3ae6b Code review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008147.html Thank you, Alexey. From vincent.x.ryan at oracle.com Tue Jul 8 12:50:41 2014 From: vincent.x.ryan at oracle.com (Vincent Ryan) Date: Tue, 8 Jul 2014 13:50:41 +0100 Subject: [8u-dev] Request for approval: 8036613: [parfait] JNI exception pending in jdk/src/windows/native/sun/security/provider/WinCAPISeedGenerator.c Message-ID: <46A86C7D-3136-4721-9985-76531B9151BE@oracle.com> Please approve the backport of 8036613 to JDK 8u-dev. The patch is identical to the fix already in JDK 9. Bug: https://bugs.openjdk.java.net/browse/JDK-8049493 Webrev: http://cr.openjdk.java.net/~vinnie/8049493/webrev.00/ Thanks. From anton.nashatyrev at oracle.com Tue Jul 8 13:00:39 2014 From: anton.nashatyrev at oracle.com (anton nashatyrev) Date: Tue, 08 Jul 2014 17:00:39 +0400 Subject: [8u-dev] Request for approval: 8047066: Test test/sun/awt/image/bug8038000.java fails with ClassCastException Message-ID: <53BBEB77.2030207@oracle.com> Hello, please approve the fix backport from jdk9 to jdk8u-dev. The patch was applied without any modifications. fix: http://cr.openjdk.java.net/%7Eanashaty/8047066/9/webrev.00/ bug: https://bugs.openjdk.java.net/browse/JDK-8047066 Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/128190321f5d Jdk9 Review Thread: http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004668.html Thanks! Anton. From rob.mckenna at oracle.com Tue Jul 8 13:14:01 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 08 Jul 2014 14:14:01 +0100 Subject: [8u40] Request for approval for JDK-8046559: NPE when changing Windows theme In-Reply-To: <53BBE8CD.3090406@oracle.com> References: <53BBE8CD.3090406@oracle.com> Message-ID: <53BBEE99.1050508@oracle.com> Approved. -Rob On 08/07/14 13:49, Alexey Ivanov wrote: > Hello, > > Please approve the backport of the fix to jdk8u-dev. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8046559 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/ff2112f3ae6b > > Code review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008147.html > > Thank you, > Alexey. From rob.mckenna at oracle.com Tue Jul 8 13:15:59 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 08 Jul 2014 14:15:59 +0100 Subject: [8u-dev] Request for approval: 8036613: [parfait] JNI exception pending in jdk/src/windows/native/sun/security/provider/WinCAPISeedGenerator.c In-Reply-To: <46A86C7D-3136-4721-9985-76531B9151BE@oracle.com> References: <46A86C7D-3136-4721-9985-76531B9151BE@oracle.com> Message-ID: <53BBEF0F.8010000@oracle.com> Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7790a9e0f168 Codereview thread: http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010619.html Approved. -Rob On 08/07/14 13:50, Vincent Ryan wrote: > Please approve the backport of 8036613 to JDK 8u-dev. > The patch is identical to the fix already in JDK 9. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8049493 > Webrev: http://cr.openjdk.java.net/~vinnie/8049493/webrev.00/ > > Thanks. From rob.mckenna at oracle.com Tue Jul 8 13:16:27 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 08 Jul 2014 14:16:27 +0100 Subject: [8u-dev] Request for approval: 8047066: Test test/sun/awt/image/bug8038000.java fails with ClassCastException In-Reply-To: <53BBEB77.2030207@oracle.com> References: <53BBEB77.2030207@oracle.com> Message-ID: <53BBEF2B.8070109@oracle.com> Approved. -Rob On 08/07/14 14:00, anton nashatyrev wrote: > Hello, > > please approve the fix backport from jdk9 to jdk8u-dev. The patch > was applied without any modifications. > > fix: http://cr.openjdk.java.net/%7Eanashaty/8047066/9/webrev.00/ > bug: https://bugs.openjdk.java.net/browse/JDK-8047066 > Jdk9 Changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/128190321f5d > Jdk9 Review Thread: > http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004668.html > > Thanks! > Anton. From vincent.x.ryan at oracle.com Tue Jul 8 13:15:34 2014 From: vincent.x.ryan at oracle.com (Vincent Ryan) Date: Tue, 8 Jul 2014 14:15:34 +0100 Subject: [8u-dev] Request for approval: 8036613: [parfait] JNI exception pending in jdk/src/windows/native/sun/security/provider/WinCAPISeedGenerator.c In-Reply-To: <53BBEF0F.8010000@oracle.com> References: <46A86C7D-3136-4721-9985-76531B9151BE@oracle.com> <53BBEF0F.8010000@oracle.com> Message-ID: <37393685-2430-49D2-88E2-71FEC955E2BF@oracle.com> Thanks. On 8 Jul 2014, at 14:15, Rob McKenna wrote: > Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7790a9e0f168 > Codereview thread: http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010619.html > > Approved. > > -Rob > > On 08/07/14 13:50, Vincent Ryan wrote: >> Please approve the backport of 8036613 to JDK 8u-dev. >> The patch is identical to the fix already in JDK 9. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8049493 >> Webrev: http://cr.openjdk.java.net/~vinnie/8049493/webrev.00/ >> >> Thanks. > From doko at ubuntu.com Tue Jul 8 14:28:05 2014 From: doko at ubuntu.com (Matthias Klose) Date: Tue, 08 Jul 2014 16:28:05 +0200 Subject: issues building jdk8u/jdk8u20 In-Reply-To: <53BAF961.2000000@ubuntu.com> References: <53BAF961.2000000@ubuntu.com> Message-ID: <53BBFFF5.8030707@ubuntu.com> Am 07.07.2014 21:47, schrieb Matthias Klose: > - The demos build fails to build with the hardening defaults > used in Debian and Ubuntu. Sure, you don't see this, because > the extra flags are ignored. trying to pass -Wl-z,relro ... make[3]: Leaving directory '/scratch/packages/openjdk/8/openjdk-8-8u20-b20/src/jdk/make' CompileDemos.gmk:310: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. BuildJdk.gmk:93: recipe for target 'demos' failed make[2]: *** [demos] Error 2 this is a not very robust make macro, and apparently somebody already did see that with Solaris builds, but did choose to only fix or work-around it for Solaris: see the comment in jdk/make/CompileDemos.gmk (SetupJVMTIDemo): # Workaround for CFLAGS_JDKLIB containing ',' on solaris. If this is added as 'CFLAGS' to the # eval call below, the comma gets expanded too early. From doko at ubuntu.com Tue Jul 8 14:39:52 2014 From: doko at ubuntu.com (Matthias Klose) Date: Tue, 08 Jul 2014 16:39:52 +0200 Subject: issues building jdk8u/jdk8u20 In-Reply-To: <53BBDF15.9050703@oracle.com> References: <53BAF961.2000000@ubuntu.com> <53BBDF15.9050703@oracle.com> Message-ID: <53BC02B8.9090102@ubuntu.com> Am 08.07.2014 14:07, schrieb David Holmes: > On 8/07/2014 5:47 AM, Matthias Klose wrote: >> Another issue are the assumptions being made about cross builds, and selecting >> the appropriate build tools. I'd like to discuss these with somebody having >> experience with cross builds. > > That would be me I guess. :) The cross-compilation support was defined based on > our own internal needs for doing ARM and PPC builds, and how we previously > achieved that. It is far from general purpose. There is already some description > of it in the README-builds.html. ok, it looks like the only way to use the cross build tools is to have ALT_COMPILER_PATH set, with the assumption that this has to be separate path than the one for the host tools. On Debian/Ubuntu these tools are located in a common path, /usr/bin, and I don't see a way to explicitly set the *name* for the target tools. Would it be possible to add macros at any location where one of the host tools gets defined? like HOST_CC = $(host_prefix)gcc CXX = $(target_prefix)gcc Or should another approach be used? Matthias From lance.andersen at oracle.com Tue Jul 8 15:58:46 2014 From: lance.andersen at oracle.com (Lance Andersen) Date: Tue, 8 Jul 2014 11:58:46 -0400 Subject: Request to backport: 8031721 Message-ID: Hi, This is a request to push the following fix to jdk8u, the bug is https://bugs.openjdk.java.net/browse/JDK-8031721 The changes are: ljanders-mac:test ljanders$ hg paths default = http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk default-push = ssh://lancea at hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk ljanders-mac:test ljanders$ hg diff diff -r 778d984d2eed test/TEST.groups --- a/test/TEST.groups Tue Jul 08 16:27:20 2014 +0100 +++ b/test/TEST.groups Tue Jul 08 11:56:05 2014 -0400 @@ -366,7 +366,6 @@ java/util/ResourceBundle/Control/Bug6530694.java \ java/text/Bidi/BidiConformance.java \ java/text/Bidi/BidiEmbeddingTest.java \ - java/text/Bidi/Bug6665028.java \ java/text/Bidi/Bug7042148.java \ java/text/Bidi/Bug7051769.java \ javax/crypto/Cipher/CipherStreamClose.java \ Best Lance Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com From naoto.sato at oracle.com Tue Jul 8 17:31:35 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 08 Jul 2014 10:31:35 -0700 Subject: Request to backport: 8031721 In-Reply-To: References: Message-ID: <53BC2AF7.70307@oracle.com> Approved. Naoto On 7/8/14, 8:58 AM, Lance Andersen wrote: > Hi, > > This is a request to push the following fix to jdk8u, the bug is https://bugs.openjdk.java.net/browse/JDK-8031721 > > > The changes are: > > ljanders-mac:test ljanders$ hg paths > default = http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk > default-push = ssh://lancea at hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk > ljanders-mac:test ljanders$ hg diff > diff -r 778d984d2eed test/TEST.groups > --- a/test/TEST.groups Tue Jul 08 16:27:20 2014 +0100 > +++ b/test/TEST.groups Tue Jul 08 11:56:05 2014 -0400 > @@ -366,7 +366,6 @@ > java/util/ResourceBundle/Control/Bug6530694.java \ > java/text/Bidi/BidiConformance.java \ > java/text/Bidi/BidiEmbeddingTest.java \ > - java/text/Bidi/Bug6665028.java \ > java/text/Bidi/Bug7042148.java \ > java/text/Bidi/Bug7051769.java \ > javax/crypto/Cipher/CipherStreamClose.java \ > > > Best > Lance > > > Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 > Oracle Java Engineering > 1 Network Drive > Burlington, MA 01803 > Lance.Andersen at oracle.com > > > From alejandro.murillo at oracle.com Tue Jul 8 19:08:01 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 08 Jul 2014 13:08:01 -0600 Subject: jdk8u20-b22: HotSpot Message-ID: <53BC4191.2030501@oracle.com> hs25.20-b21 has been integrated into jdk8u20-b22. http://hg.openjdk.java.net/jdk8u/jdk8u20/rev/6c1fb59fa5d7 http://hg.openjdk.java.net/jdk8u/jdk8u20/corba/rev/7677bf14d105 http://hg.openjdk.java.net/jdk8u/jdk8u20/hotspot/rev/f7429096a202 http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxp/rev/bf115689d89b http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxws/rev/2d360fb1b2b8 http://hg.openjdk.java.net/jdk8u/jdk8u20/jdk/rev/0c2393744b29 http://hg.openjdk.java.net/jdk8u/jdk8u20/langtools/rev/61fb0d8b1691 http://hg.openjdk.java.net/jdk8u/jdk8u20/nashorn/rev/5332595fe7ba Component : VM Status : 0 major failures, 0 minor failures Date : 07/08/2014 at 15:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2014-07-03-195745.amurillo.hs25-20-b21-snapshot Bundles : 2014-07-03-195745.amurillo.hs25-20-b21-snapshot Platforms : Others Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Log : link Browsers : NA Patches : NA Number of Tests Executed : 253467 passed tests, 4374 failed tests (no new failures) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8039150: host_klass invariant fails when verifying newly loaded JSR-292 anonymous classes 8047732: new hotspot build - hs25.20-b21 8047812: Ensure ClassLoaderDataGraph::classes_unloading_do only delivers klasses from CLDs with non-reclaimed class loader oops New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u20-b22 Issues and Notes: This is PIT for HS25.20-b21 for jdk8u20-b22. Go for integration. -- Alejandro From alejandro.murillo at oracle.com Tue Jul 8 19:56:04 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 08 Jul 2014 13:56:04 -0600 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <4295855A5C1DE049A61835A1887419CC2CED950E@DEWDFEMB12A.global.corp.sap> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> <53BA7E8A.3090809@oracle.com> <53BABF94.9070005@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED950E@DEWDFEMB12A.global.corp.sap> Message-ID: <53BC4CD4.8050204@oracle.com> On 7/8/2014 12:46 AM, Lindenmaier, Goetz wrote: > Hi Alejandro, > > thanks for helping! > > I can't tell you where to find the closed part, as it's closed ;) I know, I meant to ask David, but looks like you were in the "to" as well in the reply, in any case, Vladimir is on vacation, will talk to him about these changes when he's back he might push them himself > Vladimir did the closed changes, he should know. > > Do you also want to do the next one right away? It also integrates > as is: > 8042737 : Introduce umbrella header prefetch.inline.hpp If the original reviewers are ok with that, I can push this thanks Alejandro > The bug: > https://bugs.openjdk.java.net/browse/JDK-8042737 > The webrev: > http://cr.openjdk.java.net/~goetz/webrevs/8042737-prefIncl/webrev.01/ > The mail thread: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013927.html > The change: > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4cc7fe54e0e1 > Here Christian helped to push it. > > My later changes don't integrate yet, I guess they depend on some other > change, therefore I'd wait another week or so. > > Best regards, > Goetz. > > > > > > -----Original Message----- > From: Alejandro E Murillo [mailto:alejandro.murillo at oracle.com] > Sent: Montag, 7. Juli 2014 17:41 > To: David Holmes; Lindenmaier, Goetz;jdk8u-dev at openjdk.java.net > Subject: Re: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. > > > Where is the closed part? > Alejandro > > On 7/7/2014 5:03 AM, David Holmes wrote: >> And we need to make sure the closed part goes with it! >> >> David >> >> On 7/07/2014 7:51 PM, Lindenmaier, Goetz wrote: >>> Hi Alejandro, >>> >>> could you please assist with integrating this fix? >>> Do I need to write another mail to another list / with another format? >>> >>> I think it should go to 8 so that later fixes which might depend >>> on the new includes integrate nicely. >>> >>> Best regards, >>> Goetz. >>> >>> >>> >>> >>> -----Original Message----- >>> From: Se?n Coffey [mailto:sean.coffey at oracle.com] >>> Sent: Montag, 7. Juli 2014 11:33 >>> To: Lindenmaier, Goetz;jdk8u-dev at openjdk.java.net >>> Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella >>> header orderAccess.inline.hpp. >>> >>> Goetz, >>> >>> this is a hotspot fix and needs to enter via the jdk8u hotspot team >>> forest : >>> http://hg.openjdk.java.net/jdk8u/hs-dev/ >>> >>> Such fixes will enter the jdk8u master forest via bulk integration which >>> Alejandro normally does. Please work with the hotspot team to get your >>> fix integrated. >>> >>> regards, >>> Sean. >>> >>> On 07/07/14 10:27, Lindenmaier, Goetz wrote: >>>> Hi, >>>> >>>> Could you please approve the backport of this change to 8u40? >>>> It applies cleanly without further changes. >>>> Who will push this? Do I need a sponsor, or do you do that, Jean? >>>> >>>> The bug: >>>> https://bugs.openjdk.java.net/browse/JDK-8042195 >>>> The webrev: >>>> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >>>> The JDK 9 review thread: >>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >>>> The JDK 9 changeset: >>>> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >>>> >>>> Thanks & best regards, >>>> Goetz. -- Alejandro From brent.christian at oracle.com Tue Jul 8 20:57:51 2014 From: brent.christian at oracle.com (Brent Christian) Date: Tue, 08 Jul 2014 13:57:51 -0700 Subject: [8u40] Request for approval: 8049373 : All compact profiles builds fail following JDK-8044473 Message-ID: <53BC5B4F.9080302@oracle.com> Please approve this fix for 8u-dev. Bug (non-public): https://bugs.openjdk.java.net/browse/JDK-8049373 Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027631.html This is new work for 8u40, not a backport from 9. -Brent From sean.coffey at oracle.com Tue Jul 8 22:49:59 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 08 Jul 2014 23:49:59 +0100 Subject: [8u40] Request for approval: 8049373 : All compact profiles builds fail following JDK-8044473 In-Reply-To: <53BC5B4F.9080302@oracle.com> References: <53BC5B4F.9080302@oracle.com> Message-ID: <53BC7597.2060100@oracle.com> Brent, If this is not applicable to JDK 9, please add the 9-na label; otherwise create a 9 backport record. Approved. regards, Sean. On 08/07/2014 21:57, Brent Christian wrote: > Please approve this fix for 8u-dev. > > Bug (non-public): https://bugs.openjdk.java.net/browse/JDK-8049373 > > Review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027631.html > > This is new work for 8u40, not a backport from 9. > > -Brent > From sean.coffey at oracle.com Tue Jul 8 22:51:29 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 08 Jul 2014 23:51:29 +0100 Subject: hg: jdk8u/jdk8u-dev/nashorn: 8049225: Source class exposes public mutable array In-Reply-To: <201407082014.s68KEBdh006482@aojmv0008> References: <201407082014.s68KEBdh006482@aojmv0008> Message-ID: <53BC75F1.8030400@oracle.com> Attila, Was a push approval request made for this push to jdk8u-dev ? If not, please log a retrospective one. http://openjdk.java.net/projects/jdk8u/groundrules.html regards, Sean. On 08/07/2014 21:14, attila.szegedi at oracle.com wrote: > Changeset: 3558de1a33d3 > Author: attila > Date: 2014-07-08 21:58 +0200 > URL: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/3558de1a33d3 > > 8049225: Source class exposes public mutable array > Reviewed-by: hannesw, sundar > > ! src/jdk/nashorn/internal/runtime/CodeStore.java > ! src/jdk/nashorn/internal/runtime/Source.java > From david.holmes at oracle.com Wed Jul 9 01:56:20 2014 From: david.holmes at oracle.com (David Holmes) Date: Wed, 09 Jul 2014 11:56:20 +1000 Subject: issues building jdk8u/jdk8u20 In-Reply-To: <53BC02B8.9090102@ubuntu.com> References: <53BAF961.2000000@ubuntu.com> <53BBDF15.9050703@oracle.com> <53BC02B8.9090102@ubuntu.com> Message-ID: <53BCA144.7080007@oracle.com> On 9/07/2014 12:39 AM, Matthias Klose wrote: > Am 08.07.2014 14:07, schrieb David Holmes: >> On 8/07/2014 5:47 AM, Matthias Klose wrote: >>> Another issue are the assumptions being made about cross builds, and selecting >>> the appropriate build tools. I'd like to discuss these with somebody having >>> experience with cross builds. >> >> That would be me I guess. :) The cross-compilation support was defined based on >> our own internal needs for doing ARM and PPC builds, and how we previously >> achieved that. It is far from general purpose. There is already some description >> of it in the README-builds.html. > > ok, it looks like the only way to use the cross build tools is to have > ALT_COMPILER_PATH set, with the assumption that this has to be separate path > than the one for the host tools. On Debian/Ubuntu these tools are located in a > common path, /usr/bin, and I don't see a way to explicitly set the *name* for > the target tools. Would it be possible to add macros at any location where one > of the host tools gets defined? like > > HOST_CC = $(host_prefix)gcc > CXX = $(target_prefix)gcc > > Or should another approach be used? This is the hotspot part of the build. The hotspot build is configure-aware but has not yet been rewritten to use all the values that configure would supply - such as prefixed tools. Work on this was started but is currently on hold. David ----- > Matthias > From goetz.lindenmaier at sap.com Wed Jul 9 07:18:32 2014 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Wed, 9 Jul 2014 07:18:32 +0000 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <53BC4CD4.8050204@oracle.com> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> <53BA7E8A.3090809@oracle.com> <53BABF94.9070005@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED950E@DEWDFEMB12A.global.corp.sap> <53BC4CD4.8050204@oracle.com> Message-ID: <4295855A5C1DE049A61835A1887419CC2CED9AED@DEWDFEMB12A.global.corp.sap> Hi Alejandro, 8042195: Introduce umbrella header orderAccess.inline.hpp. must be pushed before 8042737 : Introduce umbrella header prefetch.inline.hpp because they depend on each other. So let's wait for Vladimir, there is no hurry. Thanks and best regards, Goetz. -----Original Message----- From: Alejandro E Murillo [mailto:alejandro.murillo at oracle.com] Sent: Dienstag, 8. Juli 2014 21:56 To: Lindenmaier, Goetz; David Holmes; jdk8u-dev at openjdk.java.net; Vladimir Kozlov Subject: Re: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. On 7/8/2014 12:46 AM, Lindenmaier, Goetz wrote: > Hi Alejandro, > > thanks for helping! > > I can't tell you where to find the closed part, as it's closed ;) I know, I meant to ask David, but looks like you were in the "to" as well in the reply, in any case, Vladimir is on vacation, will talk to him about these changes when he's back he might push them himself > Vladimir did the closed changes, he should know. > > Do you also want to do the next one right away? It also integrates > as is: > 8042737 : Introduce umbrella header prefetch.inline.hpp If the original reviewers are ok with that, I can push this thanks Alejandro > The bug: > https://bugs.openjdk.java.net/browse/JDK-8042737 > The webrev: > http://cr.openjdk.java.net/~goetz/webrevs/8042737-prefIncl/webrev.01/ > The mail thread: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013927.html > The change: > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4cc7fe54e0e1 > Here Christian helped to push it. > > My later changes don't integrate yet, I guess they depend on some other > change, therefore I'd wait another week or so. > > Best regards, > Goetz. > > > > > > -----Original Message----- > From: Alejandro E Murillo [mailto:alejandro.murillo at oracle.com] > Sent: Montag, 7. Juli 2014 17:41 > To: David Holmes; Lindenmaier, Goetz;jdk8u-dev at openjdk.java.net > Subject: Re: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. > > > Where is the closed part? > Alejandro > > On 7/7/2014 5:03 AM, David Holmes wrote: >> And we need to make sure the closed part goes with it! >> >> David >> >> On 7/07/2014 7:51 PM, Lindenmaier, Goetz wrote: >>> Hi Alejandro, >>> >>> could you please assist with integrating this fix? >>> Do I need to write another mail to another list / with another format? >>> >>> I think it should go to 8 so that later fixes which might depend >>> on the new includes integrate nicely. >>> >>> Best regards, >>> Goetz. >>> >>> >>> >>> >>> -----Original Message----- >>> From: Se?n Coffey [mailto:sean.coffey at oracle.com] >>> Sent: Montag, 7. Juli 2014 11:33 >>> To: Lindenmaier, Goetz;jdk8u-dev at openjdk.java.net >>> Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella >>> header orderAccess.inline.hpp. >>> >>> Goetz, >>> >>> this is a hotspot fix and needs to enter via the jdk8u hotspot team >>> forest : >>> http://hg.openjdk.java.net/jdk8u/hs-dev/ >>> >>> Such fixes will enter the jdk8u master forest via bulk integration which >>> Alejandro normally does. Please work with the hotspot team to get your >>> fix integrated. >>> >>> regards, >>> Sean. >>> >>> On 07/07/14 10:27, Lindenmaier, Goetz wrote: >>>> Hi, >>>> >>>> Could you please approve the backport of this change to 8u40? >>>> It applies cleanly without further changes. >>>> Who will push this? Do I need a sponsor, or do you do that, Jean? >>>> >>>> The bug: >>>> https://bugs.openjdk.java.net/browse/JDK-8042195 >>>> The webrev: >>>> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >>>> The JDK 9 review thread: >>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >>>> The JDK 9 changeset: >>>> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >>>> >>>> Thanks & best regards, >>>> Goetz. -- Alejandro From alexander.zvegintsev at oracle.com Wed Jul 9 19:48:12 2014 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Wed, 09 Jul 2014 23:48:12 +0400 Subject: [8u40] Request for approval 8040007: GtkFileDialog strips user inputted filepath Message-ID: <53BD9C7C.3080806@oracle.com> Hello, This is a request for approval to backport a fix from the jdk9 to the jdk8u-dev repository. The fix applies cleanly to 8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8040007 The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/f3cfb7259e7d The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-June/008035.html -- -- Thanks, Alexander. From rob.mckenna at oracle.com Wed Jul 9 22:21:33 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 09 Jul 2014 23:21:33 +0100 Subject: [8u40] Request for approval 8040007: GtkFileDialog strips user inputted filepath In-Reply-To: <53BD9C7C.3080806@oracle.com> References: <53BD9C7C.3080806@oracle.com> Message-ID: <53BDC06D.2050403@oracle.com> Approved. -Rob On 09/07/14 20:48, Alexander Zvegintsev wrote: > Hello, > > This is a request for approval to backport a fix from the jdk9 to the > jdk8u-dev repository. > The fix applies cleanly to 8u-dev. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8040007 > The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/f3cfb7259e7d > The review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-June/008035.html > From vladimir.kozlov at oracle.com Wed Jul 9 23:40:34 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Wed, 09 Jul 2014 16:40:34 -0700 Subject: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. In-Reply-To: <4295855A5C1DE049A61835A1887419CC2CED9AED@DEWDFEMB12A.global.corp.sap> References: <4295855A5C1DE049A61835A1887419CC2CED8FEF@DEWDFEMB12A.global.corp.sap> <53BA6937.6080709@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED903C@DEWDFEMB12A.global.corp.sap> <53BA7E8A.3090809@oracle.com> <53BABF94.9070005@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED950E@DEWDFEMB12A.global.corp.sap> <53BC4CD4.8050204@oracle.com> <4295855A5C1DE049A61835A1887419CC2CED9AED@DEWDFEMB12A.global.corp.sap> Message-ID: <53BDD2F2.8010300@oracle.com> I will push them. Vladimir On 7/9/14 12:18 AM, Lindenmaier, Goetz wrote: > Hi Alejandro, > > 8042195: Introduce umbrella header orderAccess.inline.hpp. > must be pushed before > 8042737 : Introduce umbrella header prefetch.inline.hpp > because they depend on each other. > So let's wait for Vladimir, there is no hurry. > > Thanks and best regards, > Goetz. > > > -----Original Message----- > From: Alejandro E Murillo [mailto:alejandro.murillo at oracle.com] > Sent: Dienstag, 8. Juli 2014 21:56 > To: Lindenmaier, Goetz; David Holmes; jdk8u-dev at openjdk.java.net; Vladimir Kozlov > Subject: Re: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. > > > On 7/8/2014 12:46 AM, Lindenmaier, Goetz wrote: >> Hi Alejandro, >> >> thanks for helping! >> >> I can't tell you where to find the closed part, as it's closed ;) > I know, I meant to ask David, but looks like you were in the "to" as > well in the reply, > in any case, Vladimir is on vacation, will talk to him about these > changes when he's back > he might push them himself >> Vladimir did the closed changes, he should know. >> >> Do you also want to do the next one right away? It also integrates >> as is: >> 8042737 : Introduce umbrella header prefetch.inline.hpp > If the original reviewers are ok with that, I can push this > > thanks > Alejandro >> The bug: >> https://bugs.openjdk.java.net/browse/JDK-8042737 >> The webrev: >> http://cr.openjdk.java.net/~goetz/webrevs/8042737-prefIncl/webrev.01/ >> The mail thread: >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013927.html >> The change: >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4cc7fe54e0e1 >> Here Christian helped to push it. >> >> My later changes don't integrate yet, I guess they depend on some other >> change, therefore I'd wait another week or so. >> >> Best regards, >> Goetz. >> >> >> >> >> >> -----Original Message----- >> From: Alejandro E Murillo [mailto:alejandro.murillo at oracle.com] >> Sent: Montag, 7. Juli 2014 17:41 >> To: David Holmes; Lindenmaier, Goetz;jdk8u-dev at openjdk.java.net >> Subject: Re: FW: [8u40] Request for approval: 8042195: Introduce umbrella header orderAccess.inline.hpp. >> >> >> Where is the closed part? >> Alejandro >> >> On 7/7/2014 5:03 AM, David Holmes wrote: >>> And we need to make sure the closed part goes with it! >>> >>> David >>> >>> On 7/07/2014 7:51 PM, Lindenmaier, Goetz wrote: >>>> Hi Alejandro, >>>> >>>> could you please assist with integrating this fix? >>>> Do I need to write another mail to another list / with another format? >>>> >>>> I think it should go to 8 so that later fixes which might depend >>>> on the new includes integrate nicely. >>>> >>>> Best regards, >>>> Goetz. >>>> >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: Se?n Coffey [mailto:sean.coffey at oracle.com] >>>> Sent: Montag, 7. Juli 2014 11:33 >>>> To: Lindenmaier, Goetz;jdk8u-dev at openjdk.java.net >>>> Subject: Re: [8u40] Request for approval: 8042195: Introduce umbrella >>>> header orderAccess.inline.hpp. >>>> >>>> Goetz, >>>> >>>> this is a hotspot fix and needs to enter via the jdk8u hotspot team >>>> forest : >>>> http://hg.openjdk.java.net/jdk8u/hs-dev/ >>>> >>>> Such fixes will enter the jdk8u master forest via bulk integration which >>>> Alejandro normally does. Please work with the hotspot team to get your >>>> fix integrated. >>>> >>>> regards, >>>> Sean. >>>> >>>> On 07/07/14 10:27, Lindenmaier, Goetz wrote: >>>>> Hi, >>>>> >>>>> Could you please approve the backport of this change to 8u40? >>>>> It applies cleanly without further changes. >>>>> Who will push this? Do I need a sponsor, or do you do that, Jean? >>>>> >>>>> The bug: >>>>> https://bugs.openjdk.java.net/browse/JDK-8042195 >>>>> The webrev: >>>>> http://cr.openjdk.java.net/~goetz/webrevs/8042195-oaIncl/webrev.00/ >>>>> The JDK 9 review thread: >>>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-May/013745.html >>>>> The JDK 9 changeset: >>>>> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2377269bd73d >>>>> >>>>> Thanks & best regards, >>>>> Goetz. > From mikhail.cherkasov at oracle.com Thu Jul 10 15:08:20 2014 From: mikhail.cherkasov at oracle.com (mikhail cherkasov) Date: Thu, 10 Jul 2014 19:08:20 +0400 Subject: [8u-dev] Request for approval: 4991647: PNGMetadata.getAsTree() sets bitDepth to invalid value Message-ID: <53BEAC64.4000208@oracle.com> Hello, I need an approve for backport from jdk9 to jdk8u-dev. The backport is absolutely the same as original fix for jdk9. bug: https://bugs.openjdk.java.net/browse/JDK-4991647 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/6c875efda606 review: http://mail.openjdk.java.net/pipermail/2d-dev/2014-June/004634.html http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004664.html Thanks, Mikhail. From naoto.sato at oracle.com Thu Jul 10 16:35:55 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 10 Jul 2014 09:35:55 -0700 Subject: [8u-dev] Request for approval: 4991647: PNGMetadata.getAsTree() sets bitDepth to invalid value In-Reply-To: <53BEAC64.4000208@oracle.com> References: <53BEAC64.4000208@oracle.com> Message-ID: <53BEC0EB.9070109@oracle.com> Approved. Naoto On 7/10/14, 8:08 AM, mikhail cherkasov wrote: > Hello, > > I need an approve for backport from jdk9 to jdk8u-dev. The backport is > absolutely the same as original fix for jdk9. > > bug: https://bugs.openjdk.java.net/browse/JDK-4991647 > > changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/6c875efda606 > > review: > http://mail.openjdk.java.net/pipermail/2d-dev/2014-June/004634.html > http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004664.html > > Thanks, > Mikhail. From mikael.vidstedt at oracle.com Thu Jul 10 18:49:42 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Thu, 10 Jul 2014 11:49:42 -0700 Subject: [8u-dev] Request for approval: 8031709: Configure --with-jvm-variants=client, server, x produces default outputdir containing comma Message-ID: <53BEE046.8010509@oracle.com> Requesting approval for JDK-8031709. The fix was pushed to 9 in January and the fix for 8 is the very same: Bug: https://bugs.openjdk.java.net/browse/JDK-8031709 Review: http://mail.openjdk.java.net/pipermail/build-dev/2014-July/012865.html Cheers, Mikael From rob.mckenna at oracle.com Thu Jul 10 19:18:52 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 10 Jul 2014 20:18:52 +0100 Subject: [8u-dev] Request for approval: 8031709: Configure --with-jvm-variants=client, server, x produces default outputdir containing comma In-Reply-To: <53BEE046.8010509@oracle.com> References: <53BEE046.8010509@oracle.com> Message-ID: <53BEE71C.60904@oracle.com> Approved. changeset: http://hg.openjdk.java.net/jdk9/jdk9/rev/690bb11e1df2 -Rob On 10/07/14 19:49, Mikael Vidstedt wrote: > > Requesting approval for JDK-8031709. The fix was pushed to 9 in > January and the fix for 8 is the very same: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8031709 > Review: > http://mail.openjdk.java.net/pipermail/build-dev/2014-July/012865.html > > Cheers, > Mikael > From mikael.vidstedt at oracle.com Thu Jul 10 20:22:40 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Thu, 10 Jul 2014 13:22:40 -0700 Subject: [8u-dev] Request for approval: 8042804: Support invoking Hotspot tests from top level Message-ID: <53BEF610.5020806@oracle.com> Requesting approval for the backport of JDK-8042804. The fix was pushed to 9 in May and the fix for 8 is the very same: Bug: https://bugs.openjdk.java.net/browse/JDK-8042804 Review: http://mail.openjdk.java.net/pipermail/build-dev/2014-May/012595.html 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/2be489f272fc Cheers, Mikael From rob.mckenna at oracle.com Thu Jul 10 20:26:02 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 10 Jul 2014 21:26:02 +0100 Subject: [8u-dev] Request for approval: 8042804: Support invoking Hotspot tests from top level In-Reply-To: <53BEF610.5020806@oracle.com> References: <53BEF610.5020806@oracle.com> Message-ID: <53BEF6DA.3060306@oracle.com> Approved. -Rob On 10/07/14 21:22, Mikael Vidstedt wrote: > > Requesting approval for the backport of JDK-8042804. The fix was > pushed to 9 in May and the fix for 8 is the very same: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8042804 > Review: > http://mail.openjdk.java.net/pipermail/build-dev/2014-May/012595.html > 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/2be489f272fc > > Cheers, > Mikael > From mikael.vidstedt at oracle.com Fri Jul 11 00:07:18 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Thu, 10 Jul 2014 17:07:18 -0700 Subject: [8u-dev] Request for approval: 8042804: Support invoking Hotspot tests from top level In-Reply-To: <53BEF6DA.3060306@oracle.com> References: <53BEF610.5020806@oracle.com> <53BEF6DA.3060306@oracle.com> Message-ID: <53BF2AB6.3060709@oracle.com> I forgot to include the other part of the 9 changeset in the original request, can I please get approval for this part too: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/21a8a08025a0 Cheers, Mikael On 2014-07-10 13:26, Rob McKenna wrote: > Approved. > > -Rob > > On 10/07/14 21:22, Mikael Vidstedt wrote: >> >> Requesting approval for the backport of JDK-8042804. The fix was >> pushed to 9 in May and the fix for 8 is the very same: >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8042804 >> Review: >> http://mail.openjdk.java.net/pipermail/build-dev/2014-May/012595.html >> 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/2be489f272fc >> >> Cheers, >> Mikael >> > From alejandro.murillo at oracle.com Fri Jul 11 07:39:36 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 11 Jul 2014 01:39:36 -0600 Subject: [8u20] Request for phase 2 approval for bulk integration of hs25.20-b22 Message-ID: <53BF94B8.3050305@oracle.com> Requesting phase 2 approval to integrate hs25.20-b22 into jdk8u20-b23. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u20/hs25.20-b22-jdk8u20-b23.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. And have been approved for integration into 8u20. 8043546: C1 optimizes @Stable instance fields with default values 8046542: [I.finalize() calls from methods compiled by C1 do not cause IllegalAccessError on Sparc 8049268: new hotspot build - hs25.20-b22 -- Alejandro From sean.coffey at oracle.com Fri Jul 11 08:18:40 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 11 Jul 2014 09:18:40 +0100 Subject: [8u-dev] Request for approval: 8042804: Support invoking Hotspot tests from top level In-Reply-To: <53BF2AB6.3060709@oracle.com> References: <53BEF610.5020806@oracle.com> <53BEF6DA.3060306@oracle.com> <53BF2AB6.3060709@oracle.com> Message-ID: <53BF9DE0.3060902@oracle.com> This was all pushed into the hotspot forest for JDK 9 Mikael. Do you want to do the same for 8u and use http://hg.openjdk.java.net/jdk8u/hs-dev/ ? No need for approval there if so. regards, Sean. On 11/07/2014 01:07, Mikael Vidstedt wrote: > > I forgot to include the other part of the 9 changeset in the original > request, can I please get approval for this part too: > > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/21a8a08025a0 > > Cheers, > Mikael > > On 2014-07-10 13:26, Rob McKenna wrote: >> Approved. >> >> -Rob >> >> On 10/07/14 21:22, Mikael Vidstedt wrote: >>> >>> Requesting approval for the backport of JDK-8042804. The fix was >>> pushed to 9 in May and the fix for 8 is the very same: >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8042804 >>> Review: >>> http://mail.openjdk.java.net/pipermail/build-dev/2014-May/012595.html >>> 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/2be489f272fc >>> >>> Cheers, >>> Mikael >>> >> > From mikael.vidstedt at oracle.com Fri Jul 11 08:26:26 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Fri, 11 Jul 2014 01:26:26 -0700 Subject: [8u-dev] Request for approval: 8042804: Support invoking Hotspot tests from top level In-Reply-To: <53BF9DE0.3060902@oracle.com> References: <53BEF610.5020806@oracle.com> <53BEF6DA.3060306@oracle.com> <53BF2AB6.3060709@oracle.com> <53BF9DE0.3060902@oracle.com> Message-ID: <73B32A4E-46F7-4237-9AE9-97EC95352CFD@oracle.com> I'm actually planning on pushing this directly to jdk8u-dev, as it is more related to the top level build/test system. Cheers, Mikael > On Jul 11, 2014, at 1:18, Se?n Coffey wrote: > > This was all pushed into the hotspot forest for JDK 9 Mikael. Do you want to > do the same for 8u and use http://hg.openjdk.java.net/jdk8u/hs-dev/ ? > > No need for approval there if so. > > regards, > Sean. > >> On 11/07/2014 01:07, Mikael Vidstedt wrote: >> >> I forgot to include the other part of the 9 changeset in the original request, can I please get approval for this part too: >> >> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/21a8a08025a0 >> >> Cheers, >> Mikael >> >>> On 2014-07-10 13:26, Rob McKenna wrote: >>> Approved. >>> >>> -Rob >>> >>>> On 10/07/14 21:22, Mikael Vidstedt wrote: >>>> >>>> Requesting approval for the backport of JDK-8042804. The fix was pushed to 9 in May and the fix for 8 is the very same: >>>> >>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8042804 >>>> Review: http://mail.openjdk.java.net/pipermail/build-dev/2014-May/012595.html >>>> 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/2be489f272fc >>>> >>>> Cheers, >>>> Mikael > From sean.coffey at oracle.com Fri Jul 11 08:27:31 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 11 Jul 2014 09:27:31 +0100 Subject: [8u-dev] Request for approval: 8042804: Support invoking Hotspot tests from top level In-Reply-To: <73B32A4E-46F7-4237-9AE9-97EC95352CFD@oracle.com> References: <53BEF610.5020806@oracle.com> <53BEF6DA.3060306@oracle.com> <53BF2AB6.3060709@oracle.com> <53BF9DE0.3060902@oracle.com> <73B32A4E-46F7-4237-9AE9-97EC95352CFD@oracle.com> Message-ID: <53BF9FF3.3060703@oracle.com> Sounds fine. Approved in any case! regards, Sean. On 11/07/2014 09:26, Mikael Vidstedt wrote: > I'm actually planning on pushing this directly to jdk8u-dev, as it is more related to the top level build/test system. > > Cheers, > Mikael > >> On Jul 11, 2014, at 1:18, Se?n Coffey wrote: >> >> This was all pushed into the hotspot forest for JDK 9 Mikael. Do you want to >> do the same for 8u and use http://hg.openjdk.java.net/jdk8u/hs-dev/ ? >> >> No need for approval there if so. >> >> regards, >> Sean. >> >>> On 11/07/2014 01:07, Mikael Vidstedt wrote: >>> >>> I forgot to include the other part of the 9 changeset in the original request, can I please get approval for this part too: >>> >>> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/21a8a08025a0 >>> >>> Cheers, >>> Mikael >>> >>>> On 2014-07-10 13:26, Rob McKenna wrote: >>>> Approved. >>>> >>>> -Rob >>>> >>>>> On 10/07/14 21:22, Mikael Vidstedt wrote: >>>>> >>>>> Requesting approval for the backport of JDK-8042804. The fix was pushed to 9 in May and the fix for 8 is the very same: >>>>> >>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8042804 >>>>> Review: http://mail.openjdk.java.net/pipermail/build-dev/2014-May/012595.html >>>>> 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/2be489f272fc >>>>> >>>>> Cheers, >>>>> Mikael From david.holmes at oracle.com Fri Jul 11 08:28:46 2014 From: david.holmes at oracle.com (David Holmes) Date: Fri, 11 Jul 2014 18:28:46 +1000 Subject: [8u-dev] Request for approval: 8042804: Support invoking Hotspot tests from top level In-Reply-To: <53BF9DE0.3060902@oracle.com> References: <53BEF610.5020806@oracle.com> <53BEF6DA.3060306@oracle.com> <53BF2AB6.3060709@oracle.com> <53BF9DE0.3060902@oracle.com> Message-ID: <53BFA03E.8060802@oracle.com> Hi Sean, Let me answer as Mikael's sponsoring committer :) On 11/07/2014 6:18 PM, Se?n Coffey wrote: > This was all pushed into the hotspot forest for JDK 9 Mikael. Do you > want to > do the same for 8u and use http://hg.openjdk.java.net/jdk8u/hs-dev/ ? No the plan was to push straight to jdk8u/dev to avoid the hs delays. Alejandro was already consulted and agreed it was okay. Thanks, David > No need for approval there if so. > > regards, > Sean. > > On 11/07/2014 01:07, Mikael Vidstedt wrote: >> >> I forgot to include the other part of the 9 changeset in the original >> request, can I please get approval for this part too: >> >> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/21a8a08025a0 >> >> Cheers, >> Mikael >> >> On 2014-07-10 13:26, Rob McKenna wrote: >>> Approved. >>> >>> -Rob >>> >>> On 10/07/14 21:22, Mikael Vidstedt wrote: >>>> >>>> Requesting approval for the backport of JDK-8042804. The fix was >>>> pushed to 9 in May and the fix for 8 is the very same: >>>> >>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8042804 >>>> Review: >>>> http://mail.openjdk.java.net/pipermail/build-dev/2014-May/012595.html >>>> 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/2be489f272fc >>>> >>>> Cheers, >>>> Mikael >>>> >>> >> > From sean.coffey at oracle.com Fri Jul 11 08:30:57 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 11 Jul 2014 09:30:57 +0100 Subject: [8u20] Request for phase 2 approval for bulk integration of hs25.20-b22 In-Reply-To: <53BF94B8.3050305@oracle.com> References: <53BF94B8.3050305@oracle.com> Message-ID: <53BFA0C1.8020004@oracle.com> Approved pending positive PIT results. regards, Sean. On 11/07/2014 08:39, Alejandro E Murillo wrote: > Requesting phase 2 approval to integrate hs25.20-b22 into jdk8u20-b23. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u20/hs25.20-b22-jdk8u20-b23.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. And have been > approved for integration into 8u20. > > 8043546: C1 optimizes @Stable instance fields with default values > 8046542: [I.finalize() calls from methods compiled by C1 do not cause > IllegalAccessError on Sparc > 8049268: new hotspot build - hs25.20-b22 > From Sergey.Bylokhov at oracle.com Fri Jul 11 09:57:52 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 11 Jul 2014 13:57:52 +0400 Subject: [8u20] Request for phase 2 approval for 8049583 Test closed/java/awt/List/ListMultipleSelectTest/ListMultipleSelectTest fails on Window XP Message-ID: <53BFB520.9020407@oracle.com> Hello, This is a direct back port from jdk 9 to jdk 8u20. The fix will be pushed to 8u, then keyword for 8u20 will be added to the CR. Bug: https://bugs.openjdk.java.net/browse/JDK-8049583 Webrev can be found at: http://cr.openjdk.java.net/~serb/8049583/webrev.00 Review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008200.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/8a286e644c92 Reviewers: Petr Pchelko, Anthony Petrov. -- Best regards, Sergey. From ivan.gerasimov at oracle.com Fri Jul 11 11:09:50 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 11 Jul 2014 15:09:50 +0400 Subject: RFR: [8049250]: (smartcardio) Need a flag to inverse the Card.disconnect(reset) argument In-Reply-To: <53B988CF.60706@oracle.com> References: <53B988CF.60706@oracle.com> Message-ID: <53BFC5FE.5010704@oracle.com> I updated the webrev - changed the option name to match one in ccc. http://cr.openjdk.java.net/~igerasim/8049250/1/webrev/ Would you please review/approve the fix, pending the ccc approval? Sincerely yours, Ivan On 06.07.2014 21:35, Ivan Gerasimov wrote: > Hello! > > With the fix for JDK-7047033, the way Card.disconnect(boolean reset) > handles its argument was inverted. > To provide compatibility, it is suggested to introduce an option, > which a user can use to revert to the old behavior. > > This fix is proposed for jdk8u only. > > In jdk8u the option will be false by default, so the reset argument > will not be inverted. > > CCC request has been filed. > > BUGURL: https://bugs.openjdk.java.net/browse/JDK-8049250 > WEBREV: http://cr.openjdk.java.net/~igerasim/8049250/0/webrev/ > > Sincerely yours, > Ivan > > From rob.mckenna at oracle.com Fri Jul 11 11:15:26 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 11 Jul 2014 12:15:26 +0100 Subject: [8u20] Request for phase 2 approval for 8049583 Test closed/java/awt/List/ListMultipleSelectTest/ListMultipleSelectTest fails on Window XP In-Reply-To: <53BFB520.9020407@oracle.com> References: <53BFB520.9020407@oracle.com> Message-ID: <53BFC74E.3090702@oracle.com> Hi Sergey, I'm afraid you'll need to get critical approval before we can approve. You can request approval for 8u-dev and then re-request later if you'd prefer. -Rob On 11/07/14 10:57, Sergey Bylokhov wrote: > Hello, > This is a direct back port from jdk 9 to jdk 8u20. > The fix will be pushed to 8u, then keyword for 8u20 will be added to > the CR. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8049583 > Webrev can be found at: > http://cr.openjdk.java.net/~serb/8049583/webrev.00 > Review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008200.html > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/8a286e644c92 > > Reviewers: Petr Pchelko, Anthony Petrov. > From sean.mullan at oracle.com Fri Jul 11 11:15:54 2014 From: sean.mullan at oracle.com (Sean Mullan) Date: Fri, 11 Jul 2014 07:15:54 -0400 Subject: [8u40] Request for approval for CR 8049244 - XML Signature performance issue caused by unbuffered signature data Message-ID: <53BFC76A.9040302@oracle.com> This is a request to backport a jdk9 fix into jdk8u-dev. 1. bug: https://bugs.openjdk.java.net/browse/JDK-8049244 2. JDK 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ffef6db15d92 3. public review thread: http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010738.html Thanks, Sean From rob.mckenna at oracle.com Fri Jul 11 11:22:50 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 11 Jul 2014 12:22:50 +0100 Subject: [8u40] Request for approval for CR 8049244 - XML Signature performance issue caused by unbuffered signature data In-Reply-To: <53BFC76A.9040302@oracle.com> References: <53BFC76A.9040302@oracle.com> Message-ID: <53BFC90A.2030108@oracle.com> Approved. -Rob On 11/07/14 12:15, Sean Mullan wrote: > This is a request to backport a jdk9 fix into jdk8u-dev. > > 1. bug: https://bugs.openjdk.java.net/browse/JDK-8049244 > > 2. JDK 9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ffef6db15d92 > > 3. public review thread: > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010738.html > > Thanks, > Sean From ivan.gerasimov at oracle.com Fri Jul 11 13:23:59 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 11 Jul 2014 17:23:59 +0400 Subject: RFR: [8049250]: (smartcardio) Need a flag to inverse the Card.disconnect(reset) argument In-Reply-To: <53BFC5FE.5010704@oracle.com> References: <53B988CF.60706@oracle.com> <53BFC5FE.5010704@oracle.com> Message-ID: <53BFE56F.9090005@oracle.com> And another request for integrating the fix into 7u. This one is needed quite urgently, so if you could review the fix until the end of the week, it would really be appreciated! The only difference from the 8u fix is the default value of "true". http://cr.openjdk.java.net/~igerasim/8049250/2/webrev/ Sincerely yours, Ivan On 11.07.2014 15:09, Ivan Gerasimov wrote: > I updated the webrev - changed the option name to match one in ccc. > http://cr.openjdk.java.net/~igerasim/8049250/1/webrev/ > > Would you please review/approve the fix, pending the ccc approval? > > Sincerely yours, > Ivan > > > On 06.07.2014 21:35, Ivan Gerasimov wrote: >> Hello! >> >> With the fix for JDK-7047033, the way Card.disconnect(boolean reset) >> handles its argument was inverted. >> To provide compatibility, it is suggested to introduce an option, >> which a user can use to revert to the old behavior. >> >> This fix is proposed for jdk8u only. >> >> In jdk8u the option will be false by default, so the reset argument >> will not be inverted. >> >> CCC request has been filed. >> >> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8049250 >> WEBREV: http://cr.openjdk.java.net/~igerasim/8049250/0/webrev/ >> >> Sincerely yours, >> Ivan >> >> > > > From sean.coffey at oracle.com Fri Jul 11 14:13:41 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 11 Jul 2014 15:13:41 +0100 Subject: [8u-dev] Request for approval : 7095856: OutputStreamHook doesn't handle null values Message-ID: <53BFF115.7030208@oracle.com> Looking to backport this to 8u-dev from JDK 9. It applies cleanly. bug report : https://bugs.openjdk.java.net/browse/JDK-7095856 changesets : - http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/0060505fb71a - http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/5534edfe96ae jdk 9 review thread : http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027428.html regards, Sean. From petr.pchelko at oracle.com Fri Jul 11 14:50:44 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Fri, 11 Jul 2014 18:50:44 +0400 Subject: Request for approval: 8049996 [macosx] test java/awt/image/ImageIconHang.java fails with NPE Message-ID: Hello, This is a request for approval to back port the fix from JDK9 to JDK8u-dev repository. The bug: https://bugs.openjdk.java.net/browse/JDK-8049996 The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/94f03bb92f78 The review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008211.html Thank you. With best regards. Petr. From sean.coffey at oracle.com Fri Jul 11 15:40:01 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 11 Jul 2014 16:40:01 +0100 Subject: Request for approval: 8049996 [macosx] test java/awt/image/ImageIconHang.java fails with NPE In-Reply-To: References: Message-ID: <53C00551.7000307@oracle.com> Approved. Can you add a suitable noreg- label ? regards, Sean. On 11/07/14 15:50, Petr Pchelko wrote: > Hello, > > This is a request for approval to back port the fix from JDK9 to JDK8u-dev repository. > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8049996 > The fix: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/94f03bb92f78 > The review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008211.html > > Thank you. > With best regards. Petr. From rob.mckenna at oracle.com Fri Jul 11 15:43:05 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 11 Jul 2014 16:43:05 +0100 Subject: [8u-dev] Request for approval : 7095856: OutputStreamHook doesn't handle null values In-Reply-To: <53BFF115.7030208@oracle.com> References: <53BFF115.7030208@oracle.com> Message-ID: <53C00609.2040708@oracle.com> Approved. -Rob On 11/07/14 15:13, Se?n Coffey wrote: > Looking to backport this to 8u-dev from JDK 9. It applies cleanly. > > bug report : https://bugs.openjdk.java.net/browse/JDK-7095856 > changesets : > - http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/0060505fb71a > - http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/5534edfe96ae > jdk 9 review thread : > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027428.html > > regards, > Sean. From Sergey.Bylokhov at oracle.com Fri Jul 11 16:20:53 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 11 Jul 2014 20:20:53 +0400 Subject: [8u-dev] Request for approval: 8049583 Test closed/java/awt/List/ListMultipleSelectTest/ListMultipleSelectTest fails on Window XP Message-ID: <53C00EE5.7070001@oracle.com> Hello, This is a direct back port from jdk 9 to jdk 8u-dev. Bug: https://bugs.openjdk.java.net/browse/JDK-8049583 Webrev can be found at: http://cr.openjdk.java.net/~serb/8049583/webrev.00 Review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008200.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/8a286e644c92 Reviewers: Petr Pchelko, Anthony Petrov. -- Best regards, Sergey. From sean.coffey at oracle.com Fri Jul 11 17:08:07 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 11 Jul 2014 18:08:07 +0100 Subject: [8u-communication] JDK 8u40 timeline Message-ID: <53C019F7.8000901@oracle.com> With the planned JDK 8u20 GA date [1] growing closer, work on the JDK 8u40 release is expected to ramp up further in the coming weeks. I wanted to send out a proposal for the key milestone dates relating to the 8u40 release. June 25th - 8u40 (jdk8u-dev) forests are opened - Completed. Mid Sept 2014 - Feature Complete November 2014 - RampDown 1 December 2014 - RampDown 2 (Fork for the stabilization forests) March 2015 - GA Note that these timelines are preliminary only and are subject to change. Please refer to the JDK 8 milestones definition page [2] for a summary of what each milestone consists of. If no issues are raised with this schedule, I'll publish it on the JDK 8 Updates Project page next Friday, 18th July. regards, Sean. [1] http://openjdk.java.net/projects/jdk8u/releases/8u20.html [2] http://openjdk.java.net/projects/jdk8/milestones From valerie.peng at oracle.com Fri Jul 11 18:10:00 2014 From: valerie.peng at oracle.com (Valerie Peng) Date: Fri, 11 Jul 2014 11:10:00 -0700 Subject: RFR: [8049250]: (smartcardio) Need a flag to inverse the Card.disconnect(reset) argument In-Reply-To: <53BFE56F.9090005@oracle.com> References: <53B988CF.60706@oracle.com> <53BFC5FE.5010704@oracle.com> <53BFE56F.9090005@oracle.com> Message-ID: <53C02878.8000504@oracle.com> Looks fine. Thanks, Valerie On 7/11/2014 6:23 AM, Ivan Gerasimov wrote: > And another request for integrating the fix into 7u. > This one is needed quite urgently, so if you could review the fix > until the end of the week, it would really be appreciated! > > The only difference from the 8u fix is the default value of "true". > > http://cr.openjdk.java.net/~igerasim/8049250/2/webrev/ > > Sincerely yours, > Ivan > > On 11.07.2014 15:09, Ivan Gerasimov wrote: >> I updated the webrev - changed the option name to match one in ccc. >> http://cr.openjdk.java.net/~igerasim/8049250/1/webrev/ >> >> Would you please review/approve the fix, pending the ccc approval? >> >> Sincerely yours, >> Ivan >> >> >> On 06.07.2014 21:35, Ivan Gerasimov wrote: >>> Hello! >>> >>> With the fix for JDK-7047033, the way Card.disconnect(boolean reset) >>> handles its argument was inverted. >>> To provide compatibility, it is suggested to introduce an option, >>> which a user can use to revert to the old behavior. >>> >>> This fix is proposed for jdk8u only. >>> >>> In jdk8u the option will be false by default, so the reset argument >>> will not be inverted. >>> >>> CCC request has been filed. >>> >>> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8049250 >>> WEBREV: http://cr.openjdk.java.net/~igerasim/8049250/0/webrev/ >>> >>> Sincerely yours, >>> Ivan >>> >>> >> >> >> > From valerie.peng at oracle.com Fri Jul 11 18:10:17 2014 From: valerie.peng at oracle.com (Valerie Peng) Date: Fri, 11 Jul 2014 11:10:17 -0700 Subject: RFR: [8049250]: (smartcardio) Need a flag to inverse the Card.disconnect(reset) argument In-Reply-To: <53BFC5FE.5010704@oracle.com> References: <53B988CF.60706@oracle.com> <53BFC5FE.5010704@oracle.com> Message-ID: <53C02889.40800@oracle.com> Looks fine. Thanks, Valerie On 7/11/2014 4:09 AM, Ivan Gerasimov wrote: > I updated the webrev - changed the option name to match one in ccc. > http://cr.openjdk.java.net/~igerasim/8049250/1/webrev/ > > Would you please review/approve the fix, pending the ccc approval? > > Sincerely yours, > Ivan > > > On 06.07.2014 21:35, Ivan Gerasimov wrote: >> Hello! >> >> With the fix for JDK-7047033, the way Card.disconnect(boolean reset) >> handles its argument was inverted. >> To provide compatibility, it is suggested to introduce an option, >> which a user can use to revert to the old behavior. >> >> This fix is proposed for jdk8u only. >> >> In jdk8u the option will be false by default, so the reset argument >> will not be inverted. >> >> CCC request has been filed. >> >> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8049250 >> WEBREV: http://cr.openjdk.java.net/~igerasim/8049250/0/webrev/ >> >> Sincerely yours, >> Ivan >> >> > From philip.race at oracle.com Fri Jul 11 18:53:47 2014 From: philip.race at oracle.com (Phil Race) Date: Fri, 11 Jul 2014 11:53:47 -0700 Subject: [8u]: Request for approval of backport from jdk9 : 7067052 : Default printer media is ignored Message-ID: <53C032BB.5020904@oracle.com> Review thread : http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004682.html Bug https://bugs.openjdk.java.net/browse/JDK-7067052 JDK9 changset :http://hg.openjdk.java.net/jdk9/client/jdk/rev/327e816d4c7e : Identical jdk8 fix : http://cr.openjdk.java.net/~prr/7067052.8u/ -phil. From lana.steuck at oracle.com Fri Jul 11 22:34:24 2014 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Fri, 11 Jul 2014 15:34:24 -0700 (PDT) Subject: jdk8u-b01: jdk8u-dev Message-ID: <201407112234.s6BMYOMF027192@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u/rev/6247dd67fde7 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/3558de1a33d3 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/856dc4030eaa http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/6ce633b32220 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/9eeea4d31243 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/ea0d903da8e6 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/b67a3f81b630 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/a4f04a11d70c --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8048265 client-libs AWT crashes inside CCombinedSegTable::In called from Java_sun_awt_windows_WDefaultFontCharset_canConvert JDK-8040076 client-libs Memory leak: java.awt.List objects allowing multiple selections are not GC-ed. JDK-8043610 client-libs Sorting columns in JFileChooser fails with AppContext NPE JDK-8042094 client-libs Test javax/swing/JFileChooser/7036025/bug7036025.java fails with java.lang.NullPointerException on Windows x86 JDK-8047066 client-libs Test test/sun/awt/image/bug8038000.java fails with ClassCastException JDK-8049418 client-libs [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel JDK-8048506 client-libs [macosx] javax.swing.PopupFactory issue with null owner JDK-8048207 core-libs CheckedQueue.offer calls wrong method on wrapped queue JDK-8047795 core-libs Collections.checkedList checking bypassed by List.replaceAll JDK-8049225 core-libs Source class exposes public mutable array JDK-8047674 core-libs java/net/URLPermission/nstest/lookup.sh NoClassDefFoundError when run in concurrent mode JDK-8047186 core-libs jdk.net.Sockets throws InvocationTargetException instead of original runtime exceptions JDK-8031721 core-libs remove invalid test entry from TEST.groups JDK-8044473 core-svc Allow for extended set of platform MXBeans JDK-8048906 deploy Broken exception site list GUI- Unable to add a site to the list JDK-8049055 embedded Jtreg /jdk/TEST.groups should be changed for profiles JDK-8049048 embedded Jtreg jdk/test/closed/test.groups should be changed for profiles JDK-8047145 globalization 8u20 l10n resource file translation update 2 JDK-8049128 globalization 8u20 l10n resource file translation update 2 - jaxp JDK-8044866 other-libs Fix raw and unchecked lint warnings in asm JDK-8031532 performance CMM: Add a Resource Pressure MBean JDK-8048080 security-libs (smartcardio) javax.smartcardio.Card.openLogicalChannel() dosn't work on MacOSX JDK-8042053 security-libs Broken links to jarsigner and keytool docs in java.security package summary JDK-8048073 security-libs Cannot read ccache entry with a realm-less service name JDK-8028780 security-libs JDK KRB5 module throws OutOfMemoryError when CCache is corrupt JDK-8048511 security-libs Uninitialised memory in jdk/src/share/native/sun/security/jgss/wrapper/GSSLibStub.c JDK-8036613 security-libs [parfait] JNI exception pending in jdk/src/windows/native/sun/security/provider/WinCAPISeedGenerator.c JDK-8034033 security-libs [parfait] JNI exception pending in share/native/sun/security/krb5/nativeccache.c JDK-8046060 tools Different results of floating point multiplication for lambda code block JDK-8036953 tools Fix timing of varargs access check, per JDK-8016205 JDK-8047719 tools Incorrect LVT in switch statement JDK-6545422 tools TEST BUG: NativeErrors.java uses wrong path name in exec JDK-8036007 tools javac crashes when encountering an unresolvable interface JDK-8049075 tools javac, wildcards and generic vararg method invocation not accepted JDK-8037948 xml Improve documentation for org.w3c.dom package From fridrich.strba at suse.com Sat Jul 12 10:10:09 2014 From: fridrich.strba at suse.com (Fridrich Strba) Date: Sat, 12 Jul 2014 12:10:09 +0200 Subject: Crashes in libjvm.so with jdk8u20-b22 on ppc64le Message-ID: <53C10981.6040105@suse.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, good people, Trying to dig into a build of jdk8u20-b22 using openSUSE Factory on ppc64le and all first step images crash on this platform. It means that the stage bootcycle-images-only fails immediately. Even querying the "java -version" is segfaulting with this trace: (gdb) run -version Starting program: /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/build/jdk8.build/images/j2sdk-image/bin/java - -version warning: Could not load shared library symbols for linux-vdso64.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". warning: File "/usr/lib64/libstdc++.so.6.0.19-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load". [New Thread 0x3fffb691f1a0 (LWP 17276)] [New Thread 0x3fffb60cf1a0 (LWP 17277)] [New Thread 0x3fffb5ecf1a0 (LWP 17278)] [New Thread 0x3fffb44cf1a0 (LWP 17279)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x3fffb691f1a0 (LWP 17276)] 0x60633fff3c600000 in ?? () (gdb) bt #0 0x60633fff3c600000 in ?? () #1 0x00003fffa001afa4 in ?? () #2 0x00003fffa000e9e0 in ?? () #3 0x00003fffa00009c4 in ?? () #4 0x00003fffb7344b0c in JavaCalls::call_helper (result=0x3fffb691dba0, m=0x3fffb691db70, args=0x3fffb691dbb0, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:402 #5 0x00003fffb7683fcc in os::os_exception_wrapper (f=0x3fffb73443f4 , value=0x3fffb691dba0, method=0x3fffb691db70, args=0x3fffb691dbb0, thread=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os/linux/vm/os_linux.cpp:5103 #6 0x00003fffb73443d0 in JavaCalls::call (result=0x3fffb691dba0, method=..., args=0x3fffb691dbb0, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:307 #7 0x00003fffb72c3260 in InstanceKlass::call_class_initializer_impl (this_oop=..., __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1195 #8 0x00003fffb72c2f10 in InstanceKlass::call_class_initializer (this=0x100000f30, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1163 #9 0x00003fffb72c1610 in InstanceKlass::initialize_impl (this_oop=..., __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:899 #10 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x100000f30, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 #11 0x00003fffb72c1094 in InstanceKlass::initialize_impl (this_oop=..., __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:842 #12 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x1000016d8, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 #13 0x00003fffb78298a4 in initialize_class (class_name=0x3fffb5210128, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:990 #14 0x00003fffb78331b4 in Threads::create_vm (args=0x3fffb691e678, canTryAgain=0x3fffb691e5a8) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:3504 #15 0x00003fffb739c280 in JNI_CreateJavaVM (vm=0x3fffb691e798, penv=0x3fffb691e7a0, args=0x3fffb691e678) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/prims/jni.cpp:5191 #16 0x00003fffb7ef5aa4 in InitializeJVM (pvm=0x3fffb691e798, penv=0x3fffb691e7a0, ifn=0x3fffb691e780) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:1148 #17 0x00003fffb7ef2eac in JavaMain (_args=0x3fffffffbbd8) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:371 #18 0x00003fffb7f58a64 in start_thread (arg=0x3fffb691f1a0) at pthread_create.c:311 #19 0x00003fffb7e13a00 in clone () at ../sysdeps/unix/sysv/linux/powerpc/powerpc64/clone.S:104 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x00003fffb768c910 in NativeInstruction::long_at (this=0x60633fff3c600000, offset=0) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:112 112 int long_at(int offset) const { return *(int*)addr_at(offset); } (gdb) bt #0 0x00003fffb768c910 in NativeInstruction::long_at (this=0x60633fff3c600000, offset=0) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:112 #1 0x00003fffb768c894 in NativeInstruction::get_stack_bang_address (this=0x60633fff3c600000, ucontext=0x3fffb691c580) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:107 #2 0x00003fffb768a814 in JVM_handle_linux_signal (sig=11, info=0x3fffb691d2f8, ucVoid=0x3fffb691c580, abort_if_unrecognized=1) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os_cpu/linux_ppc/vm/os_linux_ppc.cpp:233 #3 0x00003fffb7680fa8 in signalHandler (sig=11, info=0x3fffb691d2f8, uc=0x3fffb691c580) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os/linux/vm/os_linux.cpp:4261 #4 #5 0x60633fff3c600000 in ?? () #6 0x00003fffa001afa4 in ?? () #7 0x00003fffa000e9e0 in ?? () #8 0x00003fffa00009c4 in ?? () #9 0x00003fffb7344b0c in JavaCalls::call_helper (result=0x3fffb691dba0, m=0x3fffb691db70, args=0x3fffb691dbb0, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:402 #10 0x00003fffb7683fcc in os::os_exception_wrapper (f=0x3fffb73443f4 , value=0x3fffb691dba0, method=0x3fffb691db70, args=0x3fffb691dbb0, thread=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os/linux/vm/os_linux.cpp:5103 #11 0x00003fffb73443d0 in JavaCalls::call (result=0x3fffb691dba0, method=..., args=0x3fffb691dbb0, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:307 #12 0x00003fffb72c3260 in InstanceKlass::call_class_initializer_impl (this_oop=..., __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1195 #13 0x00003fffb72c2f10 in InstanceKlass::call_class_initializer (this=0x100000f30, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1163 #14 0x00003fffb72c1610 in InstanceKlass::initialize_impl (this_oop=..., __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:899 #15 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x100000f30, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 #16 0x00003fffb72c1094 in InstanceKlass::initialize_impl (this_oop=..., __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:842 #17 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x1000016d8, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 #18 0x00003fffb78298a4 in initialize_class (class_name=0x3fffb5210128, __the_thread__=0x3fffb000a000) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:990 #19 0x00003fffb78331b4 in Threads::create_vm (args=0x3fffb691e678, canTryAgain=0x3fffb691e5a8) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:3504 #20 0x00003fffb739c280 in JNI_CreateJavaVM (vm=0x3fffb691e798, penv=0x3fffb691e7a0, args=0x3fffb691e678) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/prims/jni.cpp:5191 #21 0x00003fffb7ef5aa4 in InitializeJVM (pvm=0x3fffb691e798, penv=0x3fffb691e7a0, ifn=0x3fffb691e780) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:1148 #22 0x00003fffb7ef2eac in JavaMain (_args=0x3fffffffbbd8) at /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:371 #23 0x00003fffb7f58a64 in start_thread (arg=0x3fffb691f1a0) at pthread_create.c:311 #24 0x00003fffb7e13a00 in clone () at ../sysdeps/unix/sysv/linux/powerpc/powerpc64/clone.S:104 (gdb) c Continuing. [Thread 0x3fffb44cf1a0 (LWP 17279) exited] [Thread 0x3fffb5ecf1a0 (LWP 17278) exited] [Thread 0x3fffb60cf1a0 (LWP 17277) exited] [Thread 0x3fffb691f1a0 (LWP 17276) exited] Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) Just wondering whether the hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:112 does not have an endianness issue. Anybody knowledgeable has an idea? Thanks a lot Fridrich Strba -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPBCYEACgkQu9a1imXPdA9EmACfefj5b5sYFlaVjiMPqVcaXxgx E4wAn0j+GCru/HbQL/ATDNkhz3rzc5Cd =Rwrs -----END PGP SIGNATURE----- From alejandro.murillo at oracle.com Sat Jul 12 19:31:15 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Sat, 12 Jul 2014 13:31:15 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b01 Message-ID: <53C18D03.3020809@oracle.com> Requesting approval to integrate hs25.40-b01 into jdk8u40-b01. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b01-jdk8u40-b01.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8039147: Cleanup SuspendibleThreadSet 8039150: host_klass invariant fails when verifying newly loaded JSR-292 anonymous classes 8042195: Introduce umbrella header orderAccess.inline.hpp. 8042737: Introduce umbrella header prefetch.inline.hpp 8043546: C1 optimizes @Stable instance fields with default values 8043607: Add a GC id as a log decoration similar to PrintGCTimeStamps 8046231: G1: Code root location ... from nmethod ... not in strong code roots for region 8046542: [I.finalize() calls from methods compiled by C1 do not cause IllegalAccessError on Sparc 8046769: Set T family feature bit on Niagara systems 8047732: new hotspot build - hs25.20-b21 8047812: Ensure ClassLoaderDataGraph::classes_unloading_do only delivers klasses from CLDs with non-reclaimed class loader oops 8048141: Update the Hotspot version numbers in Hotspot for JDK 8u40 8049327: [TESTBUG] gc/logging/TestGCId.java assumes default PrintGCID value is true -- Alejandro From david.holmes at oracle.com Sun Jul 13 02:55:55 2014 From: david.holmes at oracle.com (David Holmes) Date: Sun, 13 Jul 2014 12:55:55 +1000 Subject: Crashes in libjvm.so with jdk8u20-b22 on ppc64le In-Reply-To: <53C10981.6040105@suse.com> References: <53C10981.6040105@suse.com> Message-ID: <53C1F53B.2050508@oracle.com> Redirecting to the PPC/AIX port list. PLease follow-up there. David On 12/07/2014 8:10 PM, Fridrich Strba wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, good people, > > Trying to dig into a build of jdk8u20-b22 using openSUSE Factory on > ppc64le and all first step images crash on this platform. It means > that the stage bootcycle-images-only fails immediately. Even querying > the "java -version" is segfaulting with this trace: > > (gdb) run -version > Starting program: > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/build/jdk8.build/images/j2sdk-image/bin/java > - -version > warning: Could not load shared library symbols for linux-vdso64.so.1. > Do you need "set solib-search-path" or "set sysroot"? > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib64/libthread_db.so.1". > warning: File "/usr/lib64/libstdc++.so.6.0.19-gdb.py" auto-loading has > been declined by your `auto-load safe-path' set to > "$debugdir:$datadir/auto-load". > [New Thread 0x3fffb691f1a0 (LWP 17276)] > [New Thread 0x3fffb60cf1a0 (LWP 17277)] > [New Thread 0x3fffb5ecf1a0 (LWP 17278)] > [New Thread 0x3fffb44cf1a0 (LWP 17279)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x3fffb691f1a0 (LWP 17276)] > 0x60633fff3c600000 in ?? () > (gdb) bt > #0 0x60633fff3c600000 in ?? () > #1 0x00003fffa001afa4 in ?? () > #2 0x00003fffa000e9e0 in ?? () > #3 0x00003fffa00009c4 in ?? () > #4 0x00003fffb7344b0c in JavaCalls::call_helper > (result=0x3fffb691dba0, m=0x3fffb691db70, args=0x3fffb691dbb0, > __the_thread__=0x3fffb000a000) > at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:402 > #5 0x00003fffb7683fcc in os::os_exception_wrapper (f=0x3fffb73443f4 > Thread*)>, value=0x3fffb691dba0, method=0x3fffb691db70, > args=0x3fffb691dbb0, > thread=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os/linux/vm/os_linux.cpp:5103 > #6 0x00003fffb73443d0 in JavaCalls::call (result=0x3fffb691dba0, > method=..., args=0x3fffb691dbb0, __the_thread__=0x3fffb000a000) > at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:307 > #7 0x00003fffb72c3260 in InstanceKlass::call_class_initializer_impl > (this_oop=..., __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1195 > #8 0x00003fffb72c2f10 in InstanceKlass::call_class_initializer > (this=0x100000f30, __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1163 > #9 0x00003fffb72c1610 in InstanceKlass::initialize_impl > (this_oop=..., __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:899 > #10 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x100000f30, > __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 > #11 0x00003fffb72c1094 in InstanceKlass::initialize_impl > (this_oop=..., __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:842 > #12 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x1000016d8, > __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 > #13 0x00003fffb78298a4 in initialize_class (class_name=0x3fffb5210128, > __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:990 > #14 0x00003fffb78331b4 in Threads::create_vm (args=0x3fffb691e678, > canTryAgain=0x3fffb691e5a8) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:3504 > #15 0x00003fffb739c280 in JNI_CreateJavaVM (vm=0x3fffb691e798, > penv=0x3fffb691e7a0, args=0x3fffb691e678) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/prims/jni.cpp:5191 > #16 0x00003fffb7ef5aa4 in InitializeJVM (pvm=0x3fffb691e798, > penv=0x3fffb691e7a0, ifn=0x3fffb691e780) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:1148 > #17 0x00003fffb7ef2eac in JavaMain (_args=0x3fffffffbbd8) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:371 > #18 0x00003fffb7f58a64 in start_thread (arg=0x3fffb691f1a0) at > pthread_create.c:311 > #19 0x00003fffb7e13a00 in clone () at > ../sysdeps/unix/sysv/linux/powerpc/powerpc64/clone.S:104 > (gdb) c > Continuing. > > Program received signal SIGSEGV, Segmentation fault. > 0x00003fffb768c910 in NativeInstruction::long_at > (this=0x60633fff3c600000, offset=0) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:112 > 112 int long_at(int offset) const { return > *(int*)addr_at(offset); } > (gdb) bt > #0 0x00003fffb768c910 in NativeInstruction::long_at > (this=0x60633fff3c600000, offset=0) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:112 > #1 0x00003fffb768c894 in NativeInstruction::get_stack_bang_address > (this=0x60633fff3c600000, ucontext=0x3fffb691c580) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:107 > #2 0x00003fffb768a814 in JVM_handle_linux_signal (sig=11, > info=0x3fffb691d2f8, ucVoid=0x3fffb691c580, abort_if_unrecognized=1) > at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os_cpu/linux_ppc/vm/os_linux_ppc.cpp:233 > #3 0x00003fffb7680fa8 in signalHandler (sig=11, info=0x3fffb691d2f8, > uc=0x3fffb691c580) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os/linux/vm/os_linux.cpp:4261 > #4 > #5 0x60633fff3c600000 in ?? () > #6 0x00003fffa001afa4 in ?? () > #7 0x00003fffa000e9e0 in ?? () > #8 0x00003fffa00009c4 in ?? () > #9 0x00003fffb7344b0c in JavaCalls::call_helper > (result=0x3fffb691dba0, m=0x3fffb691db70, args=0x3fffb691dbb0, > __the_thread__=0x3fffb000a000) > at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:402 > #10 0x00003fffb7683fcc in os::os_exception_wrapper (f=0x3fffb73443f4 > Thread*)>, value=0x3fffb691dba0, method=0x3fffb691db70, > args=0x3fffb691dbb0, > thread=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/os/linux/vm/os_linux.cpp:5103 > #11 0x00003fffb73443d0 in JavaCalls::call (result=0x3fffb691dba0, > method=..., args=0x3fffb691dbb0, __the_thread__=0x3fffb000a000) > at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/javaCalls.cpp:307 > #12 0x00003fffb72c3260 in InstanceKlass::call_class_initializer_impl > (this_oop=..., __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1195 > #13 0x00003fffb72c2f10 in InstanceKlass::call_class_initializer > (this=0x100000f30, __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:1163 > #14 0x00003fffb72c1610 in InstanceKlass::initialize_impl > (this_oop=..., __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:899 > #15 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x100000f30, > __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 > #16 0x00003fffb72c1094 in InstanceKlass::initialize_impl > (this_oop=..., __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:842 > #17 0x00003fffb72bf7a4 in InstanceKlass::initialize (this=0x1000016d8, > __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/oops/instanceKlass.cpp:559 > #18 0x00003fffb78298a4 in initialize_class (class_name=0x3fffb5210128, > __the_thread__=0x3fffb000a000) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:990 > #19 0x00003fffb78331b4 in Threads::create_vm (args=0x3fffb691e678, > canTryAgain=0x3fffb691e5a8) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/runtime/thread.cpp:3504 > #20 0x00003fffb739c280 in JNI_CreateJavaVM (vm=0x3fffb691e798, > penv=0x3fffb691e7a0, args=0x3fffb691e678) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/hotspot/src/share/vm/prims/jni.cpp:5191 > #21 0x00003fffb7ef5aa4 in InitializeJVM (pvm=0x3fffb691e798, > penv=0x3fffb691e7a0, ifn=0x3fffb691e780) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:1148 > #22 0x00003fffb7ef2eac in JavaMain (_args=0x3fffffffbbd8) at > /usr/src/packages/BUILD/java-1_8_0-openjdk/jdk8/jdk/src/share/bin/java.c:371 > #23 0x00003fffb7f58a64 in start_thread (arg=0x3fffb691f1a0) at > pthread_create.c:311 > #24 0x00003fffb7e13a00 in clone () at > ../sysdeps/unix/sysv/linux/powerpc/powerpc64/clone.S:104 > (gdb) c > Continuing. > [Thread 0x3fffb44cf1a0 (LWP 17279) exited] > [Thread 0x3fffb5ecf1a0 (LWP 17278) exited] > [Thread 0x3fffb60cf1a0 (LWP 17277) exited] > [Thread 0x3fffb691f1a0 (LWP 17276) exited] > > Program terminated with signal SIGSEGV, Segmentation fault. > The program no longer exists. > (gdb) > > Just wondering whether the > hotspot/src/cpu/ppc/vm/nativeInst_ppc.hpp:112 does not have an > endianness issue. > > Anybody knowledgeable has an idea? > > Thanks a lot > > Fridrich Strba > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlPBCYEACgkQu9a1imXPdA9EmACfefj5b5sYFlaVjiMPqVcaXxgx > E4wAn0j+GCru/HbQL/ATDNkhz3rzc5Cd > =Rwrs > -----END PGP SIGNATURE----- > From sean.coffey at oracle.com Sun Jul 13 22:00:04 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Sun, 13 Jul 2014 23:00:04 +0100 Subject: [8u]: Request for approval of backport from jdk9 : 7067052 : Default printer media is ignored In-Reply-To: <53C032BB.5020904@oracle.com> References: <53C032BB.5020904@oracle.com> Message-ID: <53C30164.6040106@oracle.com> Approved. Please add a suitable noreg- label to the bug report. regards, Sean. On 11/07/14 19:53, Phil Race wrote: > > Review thread : > http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004682.html > Bug https://bugs.openjdk.java.net/browse/JDK-7067052 > JDK9 changset > :http://hg.openjdk.java.net/jdk9/client/jdk/rev/327e816d4c7e : > Identical jdk8 fix : http://cr.openjdk.java.net/~prr/7067052.8u/ > > -phil. From sean.coffey at oracle.com Sun Jul 13 22:08:03 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Sun, 13 Jul 2014 23:08:03 +0100 Subject: [8u-dev] Request for approval: 8049583 Test closed/java/awt/List/ListMultipleSelectTest/ListMultipleSelectTest fails on Window XP In-Reply-To: <53C00EE5.7070001@oracle.com> References: <53C00EE5.7070001@oracle.com> Message-ID: <53C30343.1080300@oracle.com> Approved. regards, Sean. On 11/07/14 17:20, Sergey Bylokhov wrote: > Hello, > This is a direct back port from jdk 9 to jdk 8u-dev. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8049583 > Webrev can be found at: > http://cr.openjdk.java.net/~serb/8049583/webrev.00 > Review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008200.html > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/8a286e644c92 > > Reviewers: Petr Pchelko, Anthony Petrov. > From sean.coffey at oracle.com Sun Jul 13 22:09:19 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Sun, 13 Jul 2014 23:09:19 +0100 Subject: [8u40] Request for approval for bulk integration of hs25.40-b01 In-Reply-To: <53C18D03.3020809@oracle.com> References: <53C18D03.3020809@oracle.com> Message-ID: <53C3038F.8000002@oracle.com> Approved pending positive PIT results. regards, Sean. On 12/07/14 20:31, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b01 into jdk8u40-b01. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b01-jdk8u40-b01.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8039147: Cleanup SuspendibleThreadSet > 8039150: host_klass invariant fails when verifying newly loaded > JSR-292 anonymous classes > 8042195: Introduce umbrella header orderAccess.inline.hpp. > 8042737: Introduce umbrella header prefetch.inline.hpp > 8043546: C1 optimizes @Stable instance fields with default values > 8043607: Add a GC id as a log decoration similar to PrintGCTimeStamps > 8046231: G1: Code root location ... from nmethod ... not in strong > code roots for region > 8046542: [I.finalize() calls from methods compiled by C1 do not cause > IllegalAccessError on Sparc > 8046769: Set T family feature bit on Niagara systems > 8047732: new hotspot build - hs25.20-b21 > 8047812: Ensure ClassLoaderDataGraph::classes_unloading_do only > delivers klasses from CLDs with non-reclaimed class loader oops > 8048141: Update the Hotspot version numbers in Hotspot for JDK 8u40 > 8049327: [TESTBUG] gc/logging/TestGCId.java assumes default PrintGCID > value is true > From sean.coffey at oracle.com Mon Jul 14 13:01:51 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Mon, 14 Jul 2014 14:01:51 +0100 Subject: [8u-dev] Request for approval : 8046046: Test sun/security/pkcs11/Signature/TestDSAKeyLength.java fails intermittently on Solaris 11 in 8u40 nightly Message-ID: <53C3D4BF.9010108@oracle.com> Looking to backport this fix to jdk8u-dev. Applies cleanly. bug : https://bugs.openjdk.java.net/browse/JDK-8046046 JDK 9 changeset : http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/44b89a35be6e review thread : http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010651.html regards, Sean. From rob.mckenna at oracle.com Mon Jul 14 15:19:49 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 14 Jul 2014 16:19:49 +0100 Subject: [8u-dev] Request for approval : 8046046: Test sun/security/pkcs11/Signature/TestDSAKeyLength.java fails intermittently on Solaris 11 in 8u40 nightly In-Reply-To: <53C3D4BF.9010108@oracle.com> References: <53C3D4BF.9010108@oracle.com> Message-ID: <53C3F515.4060905@oracle.com> Approved. -Rob On 14/07/14 14:01, Se?n Coffey wrote: > Looking to backport this fix to jdk8u-dev. Applies cleanly. > > bug : https://bugs.openjdk.java.net/browse/JDK-8046046 > JDK 9 changeset : > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/44b89a35be6e > review thread : > http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010651.html > > regards, > Sean. From lana.steuck at oracle.com Mon Jul 14 17:05:28 2014 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Mon, 14 Jul 2014 10:05:28 -0700 (PDT) Subject: jdk8u-b23: jdk8u20-dev Message-ID: <201407141705.s6EH5STd017881@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u20/rev/051b7903ba8b http://hg.openjdk.java.net/jdk8u/jdk8u20/nashorn/rev/b48b69a8b827 http://hg.openjdk.java.net/jdk8u/jdk8u20/langtools/rev/a682df5e679a http://hg.openjdk.java.net/jdk8u/jdk8u20/jdk/rev/05b3dd19e202 http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxws/rev/df289756f356 http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxp/rev/df62bdaba3a8 http://hg.openjdk.java.net/jdk8u/jdk8u20/hotspot/rev/7f4f17166189 http://hg.openjdk.java.net/jdk8u/jdk8u20/corba/rev/1d8878d5193f --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8048265 client-libs AWT crashes inside CCombinedSegTable::In called from Java_sun_awt_windows_WDefaultFontCharset_canConvert JDK-8049418 client-libs [macosx] PopupMenuListener.popupMenuWillBecomeVisible is not called for empty combobox on MacOS/aqua look and feel JDK-8048506 client-libs [macosx] javax.swing.PopupFactory issue with null owner JDK-8047674 core-libs java/net/URLPermission/nstest/lookup.sh NoClassDefFoundError when run in concurrent mode JDK-8048319 globalization 8u20 l10n resource file translation update 2 - install JDK-8047145 globalization 8u20 l10n resource file translation update 2 JDK-8046634 install ERROR: -- Exec: jaureg call failed JDK-8042436 install IT: Company logo cut off from completion dialog JDK-8042350 install JRT should not remove unreleased JREs JDK-8043912 install Need "NOSTARTMENU" command line parameter for JDK JDK-8044821 install Need to create javaws.exe (Deploy owned) symlink under javapathdir JDK-8044035 install RPM internal names must match the standard bundle file name patterns JDK-8004716 install Remove JavaDB binaries from install repository JDK-8044173 install VPAT: "Uninstall out-of-date versions" dialogs - JAWS issues JDK-8040910 install [8u20 b09] False out-of-date Java was shown in the Java removal tool JDK-8046494 install [Nightly] 64-bit AU didn't work for NEXTBLD JDK-8043193 install [msi] file permission is RX for everyone else for installed SB or DRS files JDK-8025914 install hardcoded messages in jdk custom setup dialog JDK-8048064 install out-of-date dialogs are not displayed correctly in sv JDK-8042776 install removal tool should also remove older non-static versions of the same JRE family being installed JDK-8041773 install rpm downgrade does not work JDK-8046547 install zh_TW is not detected JDK-8048080 security-libs (smartcardio) javax.smartcardio.Card.openLogicalChannel() dosn't work on MacOSX From alejandro.murillo at oracle.com Mon Jul 14 17:17:23 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Mon, 14 Jul 2014 11:17:23 -0600 Subject: jdk8u20-b23: HotSpot Message-ID: <53C410A3.9030808@oracle.com> hs25.20-b22 has been integrated into jdk8u20-b23. http://hg.openjdk.java.net/jdk8u/jdk8u20/rev/051b7903ba8b http://hg.openjdk.java.net/jdk8u/jdk8u20/corba/rev/1d8878d5193f http://hg.openjdk.java.net/jdk8u/jdk8u20/hotspot/rev/15e3c94bfca7 http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxp/rev/df62bdaba3a8 http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxws/rev/df289756f356 http://hg.openjdk.java.net/jdk8u/jdk8u20/jdk/rev/05b3dd19e202 http://hg.openjdk.java.net/jdk8u/jdk8u20/langtools/rev/a682df5e679a http://hg.openjdk.java.net/jdk8u/jdk8u20/nashorn/rev/b48b69a8b827 Component : VM Status : 0 major failures, 0 minor failure Date : 07/14/192014 at :10 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2014-07-11-064524.amurillo.hs25-20-b22-snapshot Bundles : 2014-07-11-064524.amurillo.hs25-20-b22-snapshot Platforms : Others Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Log : link Browsers : NA Patches : NA Number of Tests Executed : 420615 passed tests, 6135 failed tests (no new failures) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 8043546: C1 optimizes @Stable instance fields with default values 8046542: [I.finalize() calls from methods compiled by C1 do not cause IllegalAccessError on Sparc 8049268: new hotspot build - hs25.20-b22 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: https://bugs.openjdk.java.net/browse/JDK-8050194 - testbug Number of PIT requested: 1 Integration target J2SE build number: jdk8u20-b23 Issues and Notes: This is PIT for HS25.20-b22 for jdk8u20-b23. Go for integration. -- Alejandro From philip.race at oracle.com Mon Jul 14 18:29:25 2014 From: philip.race at oracle.com (Phil Race) Date: Mon, 14 Jul 2014 11:29:25 -0700 Subject: [8u] Request for approval of backport from jdk9 : 8048583: CustomMediaSizeName class matching to standard media is too loose Message-ID: <53C42185.3080400@oracle.com> Bug: https://bugs.openjdk.java.net/browse/JDK-8048583 Review thread : http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004690.html JDK 9 fix : http://hg.openjdk.java.net/jdk9/client/jdk/rev/b03d9329401f Identical JDK 8 fix : http://cr.openjdk.java.net/~prr/8048583.8u/ -phil From sean.coffey at oracle.com Mon Jul 14 19:55:46 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Mon, 14 Jul 2014 20:55:46 +0100 Subject: [8u] Request for approval of backport from jdk9 : 8048583: CustomMediaSizeName class matching to standard media is too loose In-Reply-To: <53C42185.3080400@oracle.com> References: <53C42185.3080400@oracle.com> Message-ID: <53C435C2.5060601@oracle.com> Approved. regards, Sean. On 14/07/14 19:29, Phil Race wrote: > Bug: https://bugs.openjdk.java.net/browse/JDK-8048583 > Review thread : > http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004690.html > JDK 9 fix : http://hg.openjdk.java.net/jdk9/client/jdk/rev/b03d9329401f > Identical JDK 8 fix : http://cr.openjdk.java.net/~prr/8048583.8u/ > > -phil From sean.coffey at oracle.com Tue Jul 15 09:57:49 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 15 Jul 2014 10:57:49 +0100 Subject: Fwd: Re: [8u] Request for approval of backport from jdk9 : 8040808: Uninitialised memory in OGLBufImgsOps.c, D3DBufImgOps.cpp In-Reply-To: <53C46C91.2050701@oracle.com> References: <53C46C91.2050701@oracle.com> Message-ID: <53C4FB1D.2060202@oracle.com> Forwarding to the jdk8u-dev mailing list. regards, Sean. -------- Original Message -------- Subject: Re: [8u] Request for approval of backport from jdk9 : 8040808: Uninitialised memory in OGLBufImgsOps.c, D3DBufImgOps.cpp Date: Tue, 15 Jul 2014 00:49:37 +0100 From: Rob McKenna To: jdk8-dev at openjdk.java.net Approved. -Rob On 15/07/14 00:29, Phil Race wrote: > Bug: https://bugs.openjdk.java.net/browse/JDK-8040808 > JDK 8 Fix : http://cr.openjdk.java.net/~prr/8040808.8u/ > Identical JDK 9 fix : > http://hg.openjdk.java.net/jdk9/client/jdk/rev/a9b0cd14e6e1 > JDK 8 review thread : > http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004692.html > > -phil. > From pavel.rappo at oracle.com Tue Jul 15 17:55:05 2014 From: pavel.rappo at oracle.com (Pavel Rappo) Date: Tue, 15 Jul 2014 18:55:05 +0100 Subject: Request for approval JDK-8047062: Improve diagnostic output in com/sun/jndi/ldap/LdapTimeoutTest.java Message-ID: <1A36773A-11F5-45A6-9EBC-CA07D350B75F@oracle.com> Hi, please approve this backport of https://bugs.openjdk.java.net/browse/JDK-8047062 original jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027231.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0083adcfd5ed Applies cleanly. Thanks, -Pavel From pavel.rappo at oracle.com Tue Jul 15 18:33:24 2014 From: pavel.rappo at oracle.com (Pavel Rappo) Date: Tue, 15 Jul 2014 19:33:24 +0100 Subject: Request for approval JDK-8050520: Reduce possible timing noise in com/sun/jndi/ldap/LdapTimeoutTest.java Message-ID: <3D6416DC-EDD7-4C30-9C5F-FBB0BDE780C1@oracle.com> Hi, please approve this backport of https://bugs.openjdk.java.net/browse/JDK-8049884 original jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027691.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d5404a4e4fac Applies cleanly on top of http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001453.html Thanks, -Pavel From sean.coffey at oracle.com Tue Jul 15 18:47:36 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 15 Jul 2014 19:47:36 +0100 Subject: Request for approval JDK-8047062: Improve diagnostic output in com/sun/jndi/ldap/LdapTimeoutTest.java In-Reply-To: <1A36773A-11F5-45A6-9EBC-CA07D350B75F@oracle.com> References: <1A36773A-11F5-45A6-9EBC-CA07D350B75F@oracle.com> Message-ID: <53C57748.4040001@oracle.com> Approved. regards, Sean. On 15/07/2014 18:55, Pavel Rappo wrote: > Hi, > > please approve this backport of https://bugs.openjdk.java.net/browse/JDK-8047062 > > original jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027231.html > jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0083adcfd5ed > > Applies cleanly. > > Thanks, > -Pavel From sean.coffey at oracle.com Tue Jul 15 18:49:07 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 15 Jul 2014 19:49:07 +0100 Subject: Request for approval JDK-8050520: Reduce possible timing noise in com/sun/jndi/ldap/LdapTimeoutTest.java In-Reply-To: <3D6416DC-EDD7-4C30-9C5F-FBB0BDE780C1@oracle.com> References: <3D6416DC-EDD7-4C30-9C5F-FBB0BDE780C1@oracle.com> Message-ID: <53C577A3.1060806@oracle.com> Approved. regards, Sean. On 15/07/2014 19:33, Pavel Rappo wrote: > Hi, > > please approve this backport of https://bugs.openjdk.java.net/browse/JDK-8049884 > > original jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027691.html > jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d5404a4e4fac > > Applies cleanly on top of http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001453.html > > Thanks, > -Pavel From Abhi.Saha at Oracle.Com Tue Jul 15 20:04:46 2014 From: Abhi.Saha at Oracle.Com (Abhijit Saha) Date: Tue, 15 Jul 2014 13:04:46 -0700 Subject: [8u20] Request for approval for bulk changes from Jul 2014 CPU fixes into 8u20 Message-ID: <53C5895E.3020103@Oracle.Com> 8u11 was released earlier today [1]. Requesting approval to sync up the changes into the jdk8u forest. webrev : http://cr.openjdk.java.net/~asaha/openJDK.8u11-8u20.sync/webrev/ Thanks Abhijit [1] http://www.oracle.com/technetwork/java/javase/downloads/index.html -- Lead, Java SE Updates Java Platform Group Oracle Corporation. (408)276-7564 From sean.coffey at oracle.com Tue Jul 15 20:12:04 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 15 Jul 2014 21:12:04 +0100 Subject: [8u20] Request for approval for bulk changes from Jul 2014 CPU fixes into 8u20 In-Reply-To: <53C5895E.3020103@Oracle.Com> References: <53C5895E.3020103@Oracle.Com> Message-ID: <53C58B14.7050108@oracle.com> Thanks again. Looks good. Approved. regards, Sean. On 15/07/2014 21:04, Abhijit Saha wrote: > 8u11 was released earlier today [1]. Requesting approval to sync up the > changes into the jdk8u forest. > > webrev : http://cr.openjdk.java.net/~asaha/openJDK.8u11-8u20.sync/webrev/ > > > Thanks > Abhijit > > > [1] http://www.oracle.com/technetwork/java/javase/downloads/index.html > > From Abhi.Saha at Oracle.Com Tue Jul 15 20:25:00 2014 From: Abhi.Saha at Oracle.Com (Abhijit Saha) Date: Tue, 15 Jul 2014 13:25:00 -0700 Subject: 8u20: finished sync-up with 8u11 Message-ID: <53C58E1C.2080608@Oracle.Com> From lana.steuck at oracle.com Wed Jul 16 01:38:12 2014 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 15 Jul 2014 18:38:12 -0700 (PDT) Subject: jdk8u-b23: jdk8u20-dev Message-ID: <201407160138.s6G1cCGu009896@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u20/rev/b14daf2459c5 http://hg.openjdk.java.net/jdk8u/jdk8u20/nashorn/rev/ad36f9454ce3 http://hg.openjdk.java.net/jdk8u/jdk8u20/langtools/rev/5c1d6da1445a http://hg.openjdk.java.net/jdk8u/jdk8u20/jdk/rev/be30cb2a3088 http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxws/rev/f3bf1b270fea http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxp/rev/d6ded60cfdc5 http://hg.openjdk.java.net/jdk8u/jdk8u20/hotspot/rev/f09d1f6a401e http://hg.openjdk.java.net/jdk8u/jdk8u20/corba/rev/919405d7316d --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8047795 core-libs Collections.checkedList checking bypassed by List.replaceAll JDK-8049128 globalization 8u20 l10n resource file translation update 2 - jaxp JDK-8049481 install AU removes static installations JDK-8049056 install Deployment .jar files are missing in JAVA_HOME\lib, when installer calls RegisterDeployEx() from deploy.dll JDK-8048909 install msi uninstaller not localized JDK-8049250 security-libs (smartcardio) Need a flag to invert the Card.disconnect(reset) argument From mikael.vidstedt at oracle.com Wed Jul 16 02:29:14 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Tue, 15 Jul 2014 19:29:14 -0700 Subject: [8u-dev] Request for approval: 8029797: Let jprt run configure when building Message-ID: <53C5E37A.8080707@oracle.com> Requesting approval for the backport of JDK-8029797. The fix was pushed to 9 in January and the fix for 8 is the same. Bug: https://bugs.openjdk.java.net/browse/JDK-8029797 Review: http://mail.openjdk.java.net/pipermail/build-dev/2014-July/012879.html 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/c3c75eda6606 Cheers, Mikael From sean.coffey at oracle.com Wed Jul 16 08:06:35 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 16 Jul 2014 09:06:35 +0100 Subject: [8u-dev] Request for approval: 8029797: Let jprt run configure when building In-Reply-To: <53C5E37A.8080707@oracle.com> References: <53C5E37A.8080707@oracle.com> Message-ID: <53C6328B.4070406@oracle.com> Approved. Please add noreg-build to the bug report. regards, Sean. On 16/07/2014 03:29, Mikael Vidstedt wrote: > > Requesting approval for the backport of JDK-8029797. The fix was > pushed to 9 in January and the fix for 8 is the same. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8029797 > Review: > http://mail.openjdk.java.net/pipermail/build-dev/2014-July/012879.html > 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/c3c75eda6606 > > Cheers, > Mikael > From volker.simonis at gmail.com Wed Jul 16 12:45:33 2014 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 16 Jul 2014 14:45:33 +0200 Subject: 8u20: finished sync-up with 8u11 In-Reply-To: <53C58E1C.2080608@Oracle.Com> References: <53C58E1C.2080608@Oracle.Com> Message-ID: Hi Abhijit, please excuse my ignorance if this was already answered elsewhere, but why have the 8u11 changes been integrated into jdk8u20 but not into jdk8u20-dev. Shouldn't all changes for jdk8u20 go trough jdk8u20-dev first? And when will these changes be synced into jdk8u/jdk8u-dev? Will this only happen after 8u20 has been released? Thank you and best regards, Volker On Tue, Jul 15, 2014 at 10:25 PM, Abhijit Saha wrote: > From dalibor.topic at oracle.com Wed Jul 16 13:53:44 2014 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 16 Jul 2014 15:53:44 +0200 Subject: 8u20: finished sync-up with 8u11 In-Reply-To: References: <53C58E1C.2080608@Oracle.Com> Message-ID: <53C683E8.4020101@oracle.com> On 7/16/14 2:45 PM, Volker Simonis wrote: > Hi Abhijit, > > please excuse my ignorance if this was already answered elsewhere, but > why have the 8u11 changes been integrated into jdk8u20 but not into > jdk8u20-dev. Shouldn't all changes for jdk8u20 go trough jdk8u20-dev > first? Bulk integrations of applicable changes from CPUs typically go into the master forest first. This question comes up every now and then - see http://mail.openjdk.java.net/pipermail/jdk7u-dev/2014-January/008283.html for an example. > And when will these changes be synced into jdk8u/jdk8u-dev? Soon. > Will this > only happen after 8u20 has been released? No. cheers, dalibor topic -- Oracle Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From lana.steuck at oracle.com Wed Jul 16 18:25:54 2014 From: lana.steuck at oracle.com (Lana Steuck) Date: Wed, 16 Jul 2014 11:25:54 -0700 Subject: 8u20: finished sync-up with 8u11 In-Reply-To: <53C683E8.4020101@oracle.com> References: <53C58E1C.2080608@Oracle.Com> <53C683E8.4020101@oracle.com> Message-ID: <53C6C3B2.1050404@oracle.com> > and when will these changes be synced into jdk8u/jdk8u-dev? 8u20-dev was just synced up with 8u20 Master, so now -dev forest has all the CPU fixes. - Lana From alejandro.murillo at oracle.com Wed Jul 16 23:59:45 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Wed, 16 Jul 2014 17:59:45 -0600 Subject: jdk8u40-b01: HotSpot (I) Message-ID: <53C711F1.1020100@oracle.com> hs25.40-b01 has been integrated into jdk8u40-b01. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/6247dd67fde7 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/a4f04a11d70c http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/c55d012dd067 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/ea0d903da8e6 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/9eeea4d31243 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/6ce633b32220 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/856dc4030eaa http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/3558de1a33d3 Component : VM Status : 0 major failures, 0 minor failures Date : 07/16/2014 at 19:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2014-07-11-072822.amurillo.hs25-40-b01-jdk8u40-b01-control Bundles : 2014-07-11-072822.amurillo.hs25-40-b01-jdk8u40-b01-control Platforms : Others Tests :vm/testbase/ Log : link Browsers : NA Patches : NA Number of Tests Executed : 419567 passed tests, 6115 failed tests (no new failures) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8039147: Cleanup SuspendibleThreadSet 8039150: host_klass invariant fails when verifying newly loaded JSR-292 anonymous classes 8042195: Introduce umbrella header orderAccess.inline.hpp. 8042737: Introduce umbrella header prefetch.inline.hpp 8043546: C1 optimizes @Stable instance fields with default values 8043607: Add a GC id as a log decoration similar to PrintGCTimeStamps 8046231: G1: Code root location ... from nmethod ... not in strong code roots for region 8046542: [I.finalize() calls from methods compiled by C1 do not cause IllegalAccessError on Sparc 8046769: Set T family feature bit on Niagara systems 8047732: new hotspot build - hs25.20-b21 8047812: Ensure ClassLoaderDataGraph::classes_unloading_do only delivers klasses from CLDs with non-reclaimed class loader oops 8048141: Update the Hotspot version numbers in Hotspot for JDK 8u40 8049327: [TESTBUG] gc/logging/TestGCId.java assumes default PrintGCID value is true New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u40-b01 Issues and Notes: This is PIT for HS25.40-b01 for jdk8u40-b01. Go for integration. -- Alejandro From dalibor.topic at oracle.com Thu Jul 17 11:25:32 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Thu, 17 Jul 2014 13:25:32 +0200 Subject: 8u20: finished sync-up with 8u11 In-Reply-To: <53C6C3B2.1050404@oracle.com> References: <53C58E1C.2080608@Oracle.Com> <53C683E8.4020101@oracle.com> <53C6C3B2.1050404@oracle.com> Message-ID: <53C7B2AC.90303@oracle.com> Thanks, Lana! On 16.07.2014 20:25, Lana Steuck wrote: > >> and when will these changes be synced into jdk8u/jdk8u-dev? > > 8u20-dev was just synced up with 8u20 Master, so now -dev forest has all > the CPU fixes. > > - Lana > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From sean.coffey at oracle.com Thu Jul 17 14:39:06 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 17 Jul 2014 15:39:06 +0100 Subject: [8u20] RFR: 8042440: awt_Plugin.h no longer needed In-Reply-To: <4FA85391-53F0-41B3-97D9-C6E32C933023@oracle.com> References: <4FA85391-53F0-41B3-97D9-C6E32C933023@oracle.com> Message-ID: <53C7E00A.4050406@oracle.com> David, I see this one slipped by. It's still pending for jdk8u-dev ? Consider it approved. regards, Sean. On 12/06/2014 16:48, David DeHaven wrote: > Please review the backport of JDK-8042440. The changes are identical to the JDK9 changes except for exactly one line: > > $ diff -Narup ~/Desktop/8042440-{8u,9} > @@ -143,7 +143,7 @@ diff --git a/src/solaris/native/sun/awt/ > - > - > -#define REFLECT_VOID_FUNCTION(name, arglist, paramlist) \ > --typedef name##_type arglist; \ > +-typedef void name##_type arglist; \ > -void name arglist \ > -{ \ > - static name##_type *name##_ptr = NULL; \ > > It seems someone added a void return type to the function being deleted, which resulted in the patch conflict, the end result is the same, all that code is deleted. > > > JBS Issue: > https://bugs.openjdk.java.net/browse/JDK-8042440 > > JDK 9 review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-May/007671.html > > Existing JDK9 patch: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/75206fa5a43e > > JDK 8u-dev webrev: > http://cr.openjdk.java.net/~ddehaven/8042440/8u-bp/ > > -DrD- > From sean.coffey at oracle.com Thu Jul 17 14:52:43 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 17 Jul 2014 15:52:43 +0100 Subject: [8u20] Request for approval, backport of 8026385, 8003900, 8042440, 8038027 In-Reply-To: <5399892C.3030608@oracle.com> References: <276BECEA-5ACA-483C-8280-6D1887D0AE95@oracle.com> <5399892C.3030608@oracle.com> Message-ID: <53C7E33B.3090401@oracle.com> David, these slipped by as well. What's the current status ? Do they still need to be pushed to jdk8u-dev ? Consider them approved. Please get a peer review just to make sure the trivial conflict for 8038027is addressed correctly. regards, Sean. On 12/06/2014 12:04, Rob McKenna wrote: > Hi David, if there are changes we generally err on the side of > caution. Can you please get the new fixes reviewed? > > -Rob > > On 11/06/14 23:38, David DeHaven wrote: >> The following fixes have been incubating in 9 and the backports are >> essentially unmodified. >> >> 8026385: [macosx] (awt) setjmp/longjmp changes the process signal >> mask on OS X >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/b5f284a0059b >> >> >> 8003900: X11 dependencies should be removed from Mac OS X build. >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/56024e323104 >> >> >> 8042440: awt_Plugin no longer needed >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/75206fa5a43e >> >> >> 8038027: DTDBuilder should be run in headless mode >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/0eab6c63201d >> >> >> 8042440 and 8038027 have trivial conflicts due to minor surrounding >> differences but the actual changes are identical. >> >> I need a Committer to push for me, I have the closed source changes >> for 8026385 ready as well. 8042440 has changes in deploy but they >> were backported already. >> >> >> >> JPRT run resulted in 9 failures, all of which can be accounted for. >> >> Eight failures are due to: >> https://bugs.openjdk.java.net/browse/JDK-8040038 >> >> The remaining failure is due to: >> https://bugs.openjdk.java.net/browse/JDK-8039212 >> >> Neither fix has been backported to 8u yet. >> >> -DrD- >> > From sean.coffey at oracle.com Thu Jul 17 15:04:01 2014 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 17 Jul 2014 16:04:01 +0100 Subject: Request approval: 8030681 & 8038435 & 8039990 & 8041151 & 8042417: hgforest.sh sync to Java 9 In-Reply-To: <5369F070.5000807@oracle.com> References: <6AD34CAD-04FA-4B17-9A30-35ED4EB522E1@oracle.com> <5369F070.5000807@oracle.com> Message-ID: <53C7E5E1.50400@oracle.com> Hi Mike, these changes were never pushed to jdk8u-dev. Do you have an update ? regards, Sean. On 07/05/2014 09:36, Se?n Coffey wrote: > Good to have in 8u also! Approved. > > regards, > Sean. > > On 06/05/14 22:33, Mike Duigou wrote: >> Hello; >> >> I would like to request approval to backport a number of updates to >> the hgforest.sh script from JDK9. Other than expected changes related >> to the repositories included in the forest the result is identical to >> the JDK9 version. >> >> https://bugs.openjdk.java.net/browse/JDK-8030681 >> http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/233d0452e038 >> https://bugs.openjdk.java.net/browse/JDK-8038435 >> http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/363dd4cd82c8 >> https://bugs.openjdk.java.net/browse/JDK-8039990 >> http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/928725939008 >> https://bugs.openjdk.java.net/browse/JDK-8041151 >> http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/ab55a18a95e1 >> https://bugs.openjdk.java.net/browse/JDK-8042417 >> http://hg.openjdk.java.net/jdk9/dev/raw-rev/d6f66566d8b3 >> >> I have created a webrev of the combined changeset: >> >> http://cr.openjdk.java.net/~mduigou/JDK-8042417/8u.0/webrev/ >> >> Mike > From sean.coffey at oracle.com Thu Jul 17 15:11:45 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 17 Jul 2014 16:11:45 +0100 Subject: [8u-dev] Request to backport: 6815126 intermittent SimulResumerTest.java failure In-Reply-To: <53441C0F.5090400@oracle.com> References: <534419C1.4030208@oracle.com> <53441C0F.5090400@oracle.com> Message-ID: <53C7E7B1.5030506@oracle.com> Shanliang, this fix was never pushed to 8u20. Do you have an update ? regards, Sean. p.s Thanks to Dalibor for some bookkeeping checks! On 08/04/2014 16:55, Se?n Coffey wrote: > Approved. > > regards, > Sean. > > On 08/04/2014 16:46, shanliang wrote: >> Hi, >> >> Please approve this direct export/import backport from jdk9 to jdk8. >> >> The bug: >> https://bugs.openjdk.java.net/browse/JDK-6815126 >> >> The review thread: >> http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-March/014545.html >> >> >> >> The jdk9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f1cc18a769e5 >> >> Thanks, >> Shanliang > From mike.duigou at oracle.com Thu Jul 17 18:49:32 2014 From: mike.duigou at oracle.com (Mike Duigou) Date: Thu, 17 Jul 2014 11:49:32 -0700 Subject: Request approval: 8030681 & 8038435 & 8039990 & 8041151 & 8042417 & 8047925 & 8048184 & 8042810 & 8043182: hgforest.sh sync to Java 9 In-Reply-To: <5369F070.5000807@oracle.com> References: <6AD34CAD-04FA-4B17-9A30-35ED4EB522E1@oracle.com> <5369F070.5000807@oracle.com> Message-ID: <914ACC66-003D-4070-B570-FCA26032C8CE@oracle.com> Hello all; At the time that this approval was offered there were some concerns with the stability of get_source.sh and hgforest.sh so I opted not to push the changesets to jdk8u-dev. Those concerns have been resolved and things have been stable for a couple of weeks. In the intervening time there have been four additional changesets: 8047925: Add mercurial version checks to get_source.sh https://bugs.openjdk.java.net/browse/JDK-8047925 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/e533bd64ec46 8048184: handle mercurial dev build version string https://bugs.openjdk.java.net/browse/JDK-8048184 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/db6f64d068e3 8042810: hgforest: some shells run read in sub-shell and can't use fifo https://bugs.openjdk.java.net/browse/JDK-8042810 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/b84fc0b1efc2 8043182: hgforest.sh: syntax error on line 329 https://bugs.openjdk.java.net/browse/JDK-8043182 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/4b3b50207ae3 Other than appropriate differences in the list of extra repos in hgforest.sh these 9 changesets would bring the jdk8u-dev and jdk9 get_source.sh and hgforest.sh scripts into sync. I would like to request approval to push the entire set of 9 changesets to jdk8u-dev. Mike On May 7 2014, at 01:36 , Se?n Coffey wrote: > Good to have in 8u also! Approved. > > regards, > Sean. > > On 06/05/14 22:33, Mike Duigou wrote: >> Hello; >> >> I would like to request approval to backport a number of updates to the hgforest.sh script from JDK9. Other than expected changes related to the repositories included in the forest the result is identical to the JDK9 version. >> >> https://bugs.openjdk.java.net/browse/JDK-8030681 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/233d0452e038 >> https://bugs.openjdk.java.net/browse/JDK-8038435 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/363dd4cd82c8 >> https://bugs.openjdk.java.net/browse/JDK-8039990 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/928725939008 >> https://bugs.openjdk.java.net/browse/JDK-8041151 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/ab55a18a95e1 >> https://bugs.openjdk.java.net/browse/JDK-8042417 http://hg.openjdk.java.net/jdk9/dev/raw-rev/d6f66566d8b3 >> >> I have created a webrev of the combined changeset: >> >> http://cr.openjdk.java.net/~mduigou/JDK-8042417/8u.0/webrev/ >> >> Mike > From sean.coffey at oracle.com Thu Jul 17 18:56:15 2014 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 17 Jul 2014 19:56:15 +0100 Subject: Request approval: 8030681 & 8038435 & 8039990 & 8041151 & 8042417 & 8047925 & 8048184 & 8042810 & 8043182: hgforest.sh sync to Java 9 In-Reply-To: <914ACC66-003D-4070-B570-FCA26032C8CE@oracle.com> References: <6AD34CAD-04FA-4B17-9A30-35ED4EB522E1@oracle.com> <5369F070.5000807@oracle.com> <914ACC66-003D-4070-B570-FCA26032C8CE@oracle.com> Message-ID: <53C81C4F.5050808@oracle.com> Approved. Thanks for keeping these in sync Mike. Please add a noreg label to JDK-8043182 and JDK-8048184. It'll keep the metric crunchers happy! regards, Sean. On 17/07/2014 19:49, Mike Duigou wrote: > Hello all; > > At the time that this approval was offered there were some concerns with the stability of get_source.sh and hgforest.sh so I opted not to push the changesets to jdk8u-dev. Those concerns have been resolved and things have been stable for a couple of weeks. In the intervening time there have been four additional changesets: > > 8047925: Add mercurial version checks to get_source.sh > https://bugs.openjdk.java.net/browse/JDK-8047925 > http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/e533bd64ec46 > > 8048184: handle mercurial dev build version string > https://bugs.openjdk.java.net/browse/JDK-8048184 > http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/db6f64d068e3 > > 8042810: hgforest: some shells run read in sub-shell and can't use fifo > https://bugs.openjdk.java.net/browse/JDK-8042810 > http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/b84fc0b1efc2 > > 8043182: hgforest.sh: syntax error on line 329 > https://bugs.openjdk.java.net/browse/JDK-8043182 > http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/4b3b50207ae3 > > Other than appropriate differences in the list of extra repos in hgforest.sh these 9 changesets would bring the jdk8u-dev and jdk9 get_source.sh and hgforest.sh scripts into sync. > > I would like to request approval to push the entire set of 9 changesets to jdk8u-dev. > > Mike > > > On May 7 2014, at 01:36 , Se?n Coffey wrote: > >> Good to have in 8u also! Approved. >> >> regards, >> Sean. >> >> On 06/05/14 22:33, Mike Duigou wrote: >>> Hello; >>> >>> I would like to request approval to backport a number of updates to the hgforest.sh script from JDK9. Other than expected changes related to the repositories included in the forest the result is identical to the JDK9 version. >>> >>> https://bugs.openjdk.java.net/browse/JDK-8030681 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/233d0452e038 >>> https://bugs.openjdk.java.net/browse/JDK-8038435 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/363dd4cd82c8 >>> https://bugs.openjdk.java.net/browse/JDK-8039990 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/928725939008 >>> https://bugs.openjdk.java.net/browse/JDK-8041151 http://hg.openjdk.java.net/jdk9/jdk9/raw-rev/ab55a18a95e1 >>> https://bugs.openjdk.java.net/browse/JDK-8042417 http://hg.openjdk.java.net/jdk9/dev/raw-rev/d6f66566d8b3 >>> >>> I have created a webrev of the combined changeset: >>> >>> http://cr.openjdk.java.net/~mduigou/JDK-8042417/8u.0/webrev/ >>> >>> Mike From david.dehaven at oracle.com Thu Jul 17 19:36:05 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Thu, 17 Jul 2014 12:36:05 -0700 Subject: [8u20] Request for approval, backport of 8026385, 8003900, 8042440, 8038027 In-Reply-To: <53C7E33B.3090401@oracle.com> References: <276BECEA-5ACA-483C-8280-6D1887D0AE95@oracle.com> <5399892C.3030608@oracle.com> <53C7E33B.3090401@oracle.com> Message-ID: <5FE8677E-780D-434B-B44D-724854AF73C9@oracle.com> I posted a review request for 8038027 before going on vacation, I haven't had time to address any of these since getting back. The other three are ready to push, but I either need jdk8u Committer role or a sponsor :) -DrD- > David, > > these slipped by as well. What's the current status ? Do they still need to be pushed to jdk8u-dev ? > Consider them approved. Please get a peer review just to make sure the trivial conflict for 8038027is addressed correctly. > > regards, > Sean. > > On 12/06/2014 12:04, Rob McKenna wrote: >> Hi David, if there are changes we generally err on the side of caution. Can you please get the new fixes reviewed? >> >> -Rob >> >> On 11/06/14 23:38, David DeHaven wrote: >>> The following fixes have been incubating in 9 and the backports are essentially unmodified. >>> >>> 8026385: [macosx] (awt) setjmp/longjmp changes the process signal mask on OS X >>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/b5f284a0059b >>> >>> >>> 8003900: X11 dependencies should be removed from Mac OS X build. >>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/56024e323104 >>> >>> >>> 8042440: awt_Plugin no longer needed >>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/75206fa5a43e >>> >>> >>> 8038027: DTDBuilder should be run in headless mode >>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/0eab6c63201d >>> >>> >>> 8042440 and 8038027 have trivial conflicts due to minor surrounding differences but the actual changes are identical. >>> >>> I need a Committer to push for me, I have the closed source changes for 8026385 ready as well. 8042440 has changes in deploy but they were backported already. >>> >>> >>> >>> JPRT run resulted in 9 failures, all of which can be accounted for. >>> >>> Eight failures are due to: >>> https://bugs.openjdk.java.net/browse/JDK-8040038 >>> >>> The remaining failure is due to: >>> https://bugs.openjdk.java.net/browse/JDK-8039212 >>> >>> Neither fix has been backported to 8u yet. >>> >>> -DrD- >>> >> > From david.dehaven at oracle.com Thu Jul 17 19:43:02 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Thu, 17 Jul 2014 12:43:02 -0700 Subject: [8u20] RFR: 8038027: DTDBuilder should be run in headless mode In-Reply-To: <7B80EEDA-26C8-4A73-9EBF-77D37D280FF0@oracle.com> References: <7B80EEDA-26C8-4A73-9EBF-77D37D280FF0@oracle.com> Message-ID: Ping? Can a build-dev Reviewer approve this? -DrD- >> Please review my trivial backport of JDK-8038027. The actual change is identical to 9, the difference is the surrounding $(JAVA) is $(JAVA_SMALL) in JDK 9. >> >> JBS Issue: >> https://bugs.openjdk.java.net/browse/JDK-8038027 >> >> JDK 9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0eab6c63201d >> >> JDK 9 review: >> http://mail.openjdk.java.net/pipermail/build-dev/2014-March/012182.html >> >> 8u patch: >> --- cut here --- >> diff --git a/make/Tools.gmk b/make/Tools.gmk >> --- a/make/Tools.gmk >> +++ b/make/Tools.gmk >> @@ -80,6 +80,7 @@ >> build.tools.generatecharacter.CharacterName >> >> TOOL_DTDBUILDER = $(JAVA) -Ddtd_home=$(JDK_TOPDIR)/make/data/dtdbuilder \ >> + -Djava.awt.headless=true \ >> -cp $(JDK_OUTPUTDIR)/btclasses build.tools.dtdbuilder.DTDBuilder >> >> TOOL_GENERATEBREAKITERATORDATA = $(JAVA) \ >> --- cut here --- >> >> -DrD- >> > From philip.race at oracle.com Thu Jul 17 19:44:39 2014 From: philip.race at oracle.com (Phil Race) Date: Thu, 17 Jul 2014 12:44:39 -0700 Subject: [8u20] RFR: 8038027: DTDBuilder should be run in headless mode In-Reply-To: References: <7B80EEDA-26C8-4A73-9EBF-77D37D280FF0@oracle.com> Message-ID: <53C827A7.60807@oracle.com> Looks Ok to me. -phil. On 7/17/2014 12:43 PM, David DeHaven wrote: > Ping? Can a build-dev Reviewer approve this? > > -DrD- > >>> Please review my trivial backport of JDK-8038027. The actual change is identical to 9, the difference is the surrounding $(JAVA) is $(JAVA_SMALL) in JDK 9. >>> >>> JBS Issue: >>> https://bugs.openjdk.java.net/browse/JDK-8038027 >>> >>> JDK 9 changeset: >>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0eab6c63201d >>> >>> JDK 9 review: >>> http://mail.openjdk.java.net/pipermail/build-dev/2014-March/012182.html >>> >>> 8u patch: >>> --- cut here --- >>> diff --git a/make/Tools.gmk b/make/Tools.gmk >>> --- a/make/Tools.gmk >>> +++ b/make/Tools.gmk >>> @@ -80,6 +80,7 @@ >>> build.tools.generatecharacter.CharacterName >>> >>> TOOL_DTDBUILDER = $(JAVA) -Ddtd_home=$(JDK_TOPDIR)/make/data/dtdbuilder \ >>> + -Djava.awt.headless=true \ >>> -cp $(JDK_OUTPUTDIR)/btclasses build.tools.dtdbuilder.DTDBuilder >>> >>> TOOL_GENERATEBREAKITERATORDATA = $(JAVA) \ >>> --- cut here --- >>> >>> -DrD- >>> From tim.bell at oracle.com Thu Jul 17 19:50:37 2014 From: tim.bell at oracle.com (Tim Bell) Date: Thu, 17 Jul 2014 12:50:37 -0700 Subject: [8u20] RFR: 8038027: DTDBuilder should be run in headless mode In-Reply-To: <53C827A7.60807@oracle.com> References: <7B80EEDA-26C8-4A73-9EBF-77D37D280FF0@oracle.com> <53C827A7.60807@oracle.com> Message-ID: <53C8290D.1000003@oracle.com> Hi David Looks good to me as well. Tim On 07/17/14 12:44, Phil Race wrote: > Looks Ok to me. > > -phil. > > On 7/17/2014 12:43 PM, David DeHaven wrote: >> Ping? Can a build-dev Reviewer approve this? >> >> -DrD- >> >>>> Please review my trivial backport of JDK-8038027. The actual change >>>> is identical to 9, the difference is the surrounding $(JAVA) is >>>> $(JAVA_SMALL) in JDK 9. >>>> >>>> JBS Issue: >>>> https://bugs.openjdk.java.net/browse/JDK-8038027 >>>> >>>> JDK 9 changeset: >>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0eab6c63201d >>>> >>>> JDK 9 review: >>>> http://mail.openjdk.java.net/pipermail/build-dev/2014-March/012182.html >>>> >>>> >>>> 8u patch: >>>> --- cut here --- >>>> diff --git a/make/Tools.gmk b/make/Tools.gmk >>>> --- a/make/Tools.gmk >>>> +++ b/make/Tools.gmk >>>> @@ -80,6 +80,7 @@ >>>> build.tools.generatecharacter.CharacterName >>>> >>>> TOOL_DTDBUILDER = $(JAVA) >>>> -Ddtd_home=$(JDK_TOPDIR)/make/data/dtdbuilder \ >>>> + -Djava.awt.headless=true \ >>>> -cp $(JDK_OUTPUTDIR)/btclasses build.tools.dtdbuilder.DTDBuilder >>>> >>>> TOOL_GENERATEBREAKITERATORDATA = $(JAVA) \ >>>> --- cut here --- >>>> >>>> -DrD- >>>> > From rob.mckenna at oracle.com Thu Jul 17 23:38:10 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 18 Jul 2014 00:38:10 +0100 Subject: 8u-dev: finished sync-up with 8u11 Message-ID: <53C85E62.5080006@oracle.com> So it is. -Rob From mikael.vidstedt at oracle.com Fri Jul 18 02:10:23 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Thu, 17 Jul 2014 19:10:23 -0700 Subject: [8u-dev] Request for approval: 8047740: Add hotspot testset to jprt.properties Message-ID: <53C8820F.6050707@oracle.com> Requesting approval for the backport of JDK-8047740. The fix was pushed to 9 on June 24 and the fix for 8 is (almost) the same. Bug: https://bugs.openjdk.java.net/browse/JDK-8047740 Review: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014696.html 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/9f96a36ef77c Cheers, Mikael From dalibor.topic at oracle.com Fri Jul 18 09:12:19 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 18 Jul 2014 11:12:19 +0200 Subject: [8u20] Request for approval, backport of 8026385, 8003900, 8042440, 8038027 In-Reply-To: <5FE8677E-780D-434B-B44D-724854AF73C9@oracle.com> References: <276BECEA-5ACA-483C-8280-6D1887D0AE95@oracle.com> <5399892C.3030608@oracle.com> <53C7E33B.3090401@oracle.com> <5FE8677E-780D-434B-B44D-724854AF73C9@oracle.com> Message-ID: <53C8E4F3.1090103@oracle.com> Thanks, David - The fourth change was reviewed as well, and with that it is ready to go, too: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001475.html cheers, dalibor topic On 17.07.2014 21:36, David DeHaven wrote: > > I posted a review request for 8038027 before going on vacation, I haven't had time to address any of these since getting back. The other three are ready to push, but I either need jdk8u Committer role or a sponsor :) > > -DrD- > >> David, >> >> these slipped by as well. What's the current status ? Do they still need to be pushed to jdk8u-dev ? >> Consider them approved. Please get a peer review just to make sure the trivial conflict for 8038027is addressed correctly. >> >> regards, >> Sean. >> >> On 12/06/2014 12:04, Rob McKenna wrote: >>> Hi David, if there are changes we generally err on the side of caution. Can you please get the new fixes reviewed? >>> >>> -Rob >>> >>> On 11/06/14 23:38, David DeHaven wrote: >>>> The following fixes have been incubating in 9 and the backports are essentially unmodified. >>>> >>>> 8026385: [macosx] (awt) setjmp/longjmp changes the process signal mask on OS X >>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/b5f284a0059b >>>> >>>> >>>> 8003900: X11 dependencies should be removed from Mac OS X build. >>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/56024e323104 >>>> >>>> >>>> 8042440: awt_Plugin no longer needed >>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/75206fa5a43e >>>> >>>> >>>> 8038027: DTDBuilder should be run in headless mode >>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/0eab6c63201d >>>> >>>> >>>> 8042440 and 8038027 have trivial conflicts due to minor surrounding differences but the actual changes are identical. >>>> >>>> I need a Committer to push for me, I have the closed source changes for 8026385 ready as well. 8042440 has changes in deploy but they were backported already. >>>> >>>> >>>> >>>> JPRT run resulted in 9 failures, all of which can be accounted for. >>>> >>>> Eight failures are due to: >>>> https://bugs.openjdk.java.net/browse/JDK-8040038 >>>> >>>> The remaining failure is due to: >>>> https://bugs.openjdk.java.net/browse/JDK-8039212 >>>> >>>> Neither fix has been backported to 8u yet. >>>> >>>> -DrD- >>>> >>> >> > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Fri Jul 18 09:15:02 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 18 Jul 2014 11:15:02 +0200 Subject: [8u-dev] Request for approval: 8047740: Add hotspot testset to jprt.properties In-Reply-To: <53C8820F.6050707@oracle.com> References: <53C8820F.6050707@oracle.com> Message-ID: <53C8E596.1030704@oracle.com> Thanks, Mikael - approved! On 18.07.2014 04:10, Mikael Vidstedt wrote: > > Requesting approval for the backport of JDK-8047740. The fix was pushed > to 9 on June 24 and the fix for 8 is (almost) the same. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8047740 > Review: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014696.html > 9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/9f96a36ef77c > > Cheers, > Mikael > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From sean.coffey at oracle.com Fri Jul 18 09:28:26 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 18 Jul 2014 10:28:26 +0100 Subject: [8u20] Request for approval, backport of 8026385, 8003900, 8042440, 8038027 In-Reply-To: <53C8E4F3.1090103@oracle.com> References: <276BECEA-5ACA-483C-8280-6D1887D0AE95@oracle.com> <5399892C.3030608@oracle.com> <53C7E33B.3090401@oracle.com> <5FE8677E-780D-434B-B44D-724854AF73C9@oracle.com> <53C8E4F3.1090103@oracle.com> Message-ID: <53C8E8BA.7000601@oracle.com> I've no problem in committing these for David. Will work on getting them pushed to jdk8u-dev (8u40) regards, Sean. On 18/07/14 10:12, dalibor topic wrote: > Thanks, David - > > The fourth change was reviewed as well, and with that it is ready to > go, too: > http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001475.html > > cheers, > dalibor topic > > On 17.07.2014 21:36, David DeHaven wrote: >> >> I posted a review request for 8038027 before going on vacation, I >> haven't had time to address any of these since getting back. The >> other three are ready to push, but I either need jdk8u Committer role >> or a sponsor :) >> >> -DrD- >> >>> David, >>> >>> these slipped by as well. What's the current status ? Do they still >>> need to be pushed to jdk8u-dev ? >>> Consider them approved. Please get a peer review just to make sure >>> the trivial conflict for 8038027is addressed correctly. >>> >>> regards, >>> Sean. >>> >>> On 12/06/2014 12:04, Rob McKenna wrote: >>>> Hi David, if there are changes we generally err on the side of >>>> caution. Can you please get the new fixes reviewed? >>>> >>>> -Rob >>>> >>>> On 11/06/14 23:38, David DeHaven wrote: >>>>> The following fixes have been incubating in 9 and the backports >>>>> are essentially unmodified. >>>>> >>>>> 8026385: [macosx] (awt) setjmp/longjmp changes the process signal >>>>> mask on OS X >>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/b5f284a0059b >>>>> >>>>> >>>>> 8003900: X11 dependencies should be removed from Mac OS X build. >>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/56024e323104 >>>>> >>>>> >>>>> 8042440: awt_Plugin no longer needed >>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/75206fa5a43e >>>>> >>>>> >>>>> 8038027: DTDBuilder should be run in headless mode >>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/0eab6c63201d >>>>> >>>>> >>>>> 8042440 and 8038027 have trivial conflicts due to minor >>>>> surrounding differences but the actual changes are identical. >>>>> >>>>> I need a Committer to push for me, I have the closed source >>>>> changes for 8026385 ready as well. 8042440 has changes in deploy >>>>> but they were backported already. >>>>> >>>>> >>>>> >>>>> JPRT run resulted in 9 failures, all of which can be accounted for. >>>>> >>>>> Eight failures are due to: >>>>> https://bugs.openjdk.java.net/browse/JDK-8040038 >>>>> >>>>> The remaining failure is due to: >>>>> https://bugs.openjdk.java.net/browse/JDK-8039212 >>>>> >>>>> Neither fix has been backported to 8u yet. >>>>> >>>>> -DrD- >>>>> >>>> >>> >> > From dalibor.topic at oracle.com Fri Jul 18 09:38:01 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 18 Jul 2014 11:38:01 +0200 Subject: [8u20] Request for approval, backport of 8026385, 8003900, 8042440, 8038027 In-Reply-To: <53C8E8BA.7000601@oracle.com> References: <276BECEA-5ACA-483C-8280-6D1887D0AE95@oracle.com> <5399892C.3030608@oracle.com> <53C7E33B.3090401@oracle.com> <5FE8677E-780D-434B-B44D-724854AF73C9@oracle.com> <53C8E4F3.1090103@oracle.com> <53C8E8BA.7000601@oracle.com> Message-ID: <53C8EAF9.3070205@oracle.com> Thanks, Sean! On 18.07.2014 11:28, Se?n Coffey wrote: > I've no problem in committing these for David. Will work on getting them > pushed to jdk8u-dev (8u40) > > regards, > Sean. > > On 18/07/14 10:12, dalibor topic wrote: >> Thanks, David - >> >> The fourth change was reviewed as well, and with that it is ready to >> go, too: >> http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001475.html >> >> cheers, >> dalibor topic >> >> On 17.07.2014 21:36, David DeHaven wrote: >>> >>> I posted a review request for 8038027 before going on vacation, I >>> haven't had time to address any of these since getting back. The >>> other three are ready to push, but I either need jdk8u Committer role >>> or a sponsor :) >>> >>> -DrD- >>> >>>> David, >>>> >>>> these slipped by as well. What's the current status ? Do they still >>>> need to be pushed to jdk8u-dev ? >>>> Consider them approved. Please get a peer review just to make sure >>>> the trivial conflict for 8038027is addressed correctly. >>>> >>>> regards, >>>> Sean. >>>> >>>> On 12/06/2014 12:04, Rob McKenna wrote: >>>>> Hi David, if there are changes we generally err on the side of >>>>> caution. Can you please get the new fixes reviewed? >>>>> >>>>> -Rob >>>>> >>>>> On 11/06/14 23:38, David DeHaven wrote: >>>>>> The following fixes have been incubating in 9 and the backports >>>>>> are essentially unmodified. >>>>>> >>>>>> 8026385: [macosx] (awt) setjmp/longjmp changes the process signal >>>>>> mask on OS X >>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/b5f284a0059b >>>>>> >>>>>> >>>>>> 8003900: X11 dependencies should be removed from Mac OS X build. >>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/56024e323104 >>>>>> >>>>>> >>>>>> 8042440: awt_Plugin no longer needed >>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/75206fa5a43e >>>>>> >>>>>> >>>>>> 8038027: DTDBuilder should be run in headless mode >>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/0eab6c63201d >>>>>> >>>>>> >>>>>> 8042440 and 8038027 have trivial conflicts due to minor >>>>>> surrounding differences but the actual changes are identical. >>>>>> >>>>>> I need a Committer to push for me, I have the closed source >>>>>> changes for 8026385 ready as well. 8042440 has changes in deploy >>>>>> but they were backported already. >>>>>> >>>>>> >>>>>> >>>>>> JPRT run resulted in 9 failures, all of which can be accounted for. >>>>>> >>>>>> Eight failures are due to: >>>>>> https://bugs.openjdk.java.net/browse/JDK-8040038 >>>>>> >>>>>> The remaining failure is due to: >>>>>> https://bugs.openjdk.java.net/browse/JDK-8039212 >>>>>> >>>>>> Neither fix has been backported to 8u yet. >>>>>> >>>>>> -DrD- >>>>>> >>>>> >>>> >>> >> > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From ivan.gerasimov at oracle.com Fri Jul 18 13:15:14 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 18 Jul 2014 17:15:14 +0400 Subject: [8u-dev] Request to backport: 8050893: (smartcardio) Invert reset argument in tests in sun/security/smartcardio Message-ID: <53C91DE2.8000608@oracle.com> Hello! Would you please approve the backport of several manual tests. The tests need updated due to change of the way Card.disconnect(reset) processes its argument. The patch applies cleanly. Bug: https://bugs.openjdk.java.net/browse/JDK-8050893 Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/raw-rev/e0f1024d167a Review: http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010803.html Sincerely yours, Ivand From sean.coffey at oracle.com Fri Jul 18 13:35:57 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 18 Jul 2014 14:35:57 +0100 Subject: [8u-dev] Request to backport: 8050893: (smartcardio) Invert reset argument in tests in sun/security/smartcardio In-Reply-To: <53C91DE2.8000608@oracle.com> References: <53C91DE2.8000608@oracle.com> Message-ID: <53C922BD.7020806@oracle.com> Approved. regards, Sean. On 18/07/14 14:15, Ivan Gerasimov wrote: > Hello! > > Would you please approve the backport of several manual tests. > The tests need updated due to change of the way Card.disconnect(reset) > processes its argument. > > The patch applies cleanly. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8050893 > Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/raw-rev/e0f1024d167a > Review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010803.html > > Sincerely yours, > Ivand From david.dehaven at oracle.com Fri Jul 18 15:08:30 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Fri, 18 Jul 2014 08:08:30 -0700 Subject: [8u20] Request for approval, backport of 8026385, 8003900, 8042440, 8038027 In-Reply-To: <53C8EAF9.3070205@oracle.com> References: <276BECEA-5ACA-483C-8280-6D1887D0AE95@oracle.com> <5399892C.3030608@oracle.com> <53C7E33B.3090401@oracle.com> <5FE8677E-780D-434B-B44D-724854AF73C9@oracle.com> <53C8E4F3.1090103@oracle.com> <53C8E8BA.7000601@oracle.com> <53C8EAF9.3070205@oracle.com> Message-ID: <64F2D5E5-6E20-45FC-8A7F-6A50F9129462@oracle.com> Yes, thanks! -DrD- > Thanks, Sean! > > On 18.07.2014 11:28, Se?n Coffey wrote: >> I've no problem in committing these for David. Will work on getting them >> pushed to jdk8u-dev (8u40) >> >> regards, >> Sean. >> >> On 18/07/14 10:12, dalibor topic wrote: >>> Thanks, David - >>> >>> The fourth change was reviewed as well, and with that it is ready to >>> go, too: >>> http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001475.html >>> >>> cheers, >>> dalibor topic >>> >>> On 17.07.2014 21:36, David DeHaven wrote: >>>> >>>> I posted a review request for 8038027 before going on vacation, I >>>> haven't had time to address any of these since getting back. The >>>> other three are ready to push, but I either need jdk8u Committer role >>>> or a sponsor :) >>>> >>>> -DrD- >>>> >>>>> David, >>>>> >>>>> these slipped by as well. What's the current status ? Do they still >>>>> need to be pushed to jdk8u-dev ? >>>>> Consider them approved. Please get a peer review just to make sure >>>>> the trivial conflict for 8038027is addressed correctly. >>>>> >>>>> regards, >>>>> Sean. >>>>> >>>>> On 12/06/2014 12:04, Rob McKenna wrote: >>>>>> Hi David, if there are changes we generally err on the side of >>>>>> caution. Can you please get the new fixes reviewed? >>>>>> >>>>>> -Rob >>>>>> >>>>>> On 11/06/14 23:38, David DeHaven wrote: >>>>>>> The following fixes have been incubating in 9 and the backports >>>>>>> are essentially unmodified. >>>>>>> >>>>>>> 8026385: [macosx] (awt) setjmp/longjmp changes the process signal >>>>>>> mask on OS X >>>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/b5f284a0059b >>>>>>> >>>>>>> >>>>>>> 8003900: X11 dependencies should be removed from Mac OS X build. >>>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/56024e323104 >>>>>>> >>>>>>> >>>>>>> 8042440: awt_Plugin no longer needed >>>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/75206fa5a43e >>>>>>> >>>>>>> >>>>>>> 8038027: DTDBuilder should be run in headless mode >>>>>>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/0eab6c63201d >>>>>>> >>>>>>> >>>>>>> 8042440 and 8038027 have trivial conflicts due to minor >>>>>>> surrounding differences but the actual changes are identical. >>>>>>> >>>>>>> I need a Committer to push for me, I have the closed source >>>>>>> changes for 8026385 ready as well. 8042440 has changes in deploy >>>>>>> but they were backported already. >>>>>>> >>>>>>> >>>>>>> >>>>>>> JPRT run resulted in 9 failures, all of which can be accounted for. >>>>>>> >>>>>>> Eight failures are due to: >>>>>>> https://bugs.openjdk.java.net/browse/JDK-8040038 >>>>>>> >>>>>>> The remaining failure is due to: >>>>>>> https://bugs.openjdk.java.net/browse/JDK-8039212 >>>>>>> >>>>>>> Neither fix has been backported to 8u yet. >>>>>>> >>>>>>> -DrD- >>>>>>> >>>>>> >>>>> >>>> >>> >> > > -- > Dalibor Topic | Principal Product Manager > Phone: +494089091214 | Mobile: +491737185961 > > > ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg > > ORACLE Deutschland B.V. & Co. KG > Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > Registergericht: Amtsgericht M?nchen, HRA 95603 > Gesch?ftsf?hrer: J?rgen Kunz > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher > > Oracle is committed to developing > practices and products that help protect the environment From mandy.chung at oracle.com Fri Jul 18 15:12:19 2014 From: mandy.chung at oracle.com (Mandy Chung) Date: Fri, 18 Jul 2014 08:12:19 -0700 Subject: [8u-dev] Backport approval for 8029548, 8031092, 8048063, 8050804 Message-ID: <53C93953.3040408@oracle.com> This is to request backport of the following bug fixes in JDK 9: JDK-8029548 (jdeps) use @jdk.Exported to determine supported vs JDK internal API JDK-8031092 jdeps does not recognize --help option. JDK-8048063 (jdeps) Add filtering capability JDK-8050804: (jdeps) Recommend supported API to replace use of JDK internal API Review discussion: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027570.html http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027789.html Since langtools is built with JDK n-1, the backport requires modification to replace use of the JDK 8 APIs and lambda after I imported the two changesets. Webrev showing just jdk8u to jdk9 diff: http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/jdk9-jdk8u-diff/ The full webrevs for two changesets are: http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/ Daniel - can you please review the 8u40 patch (the jdk8u to jdk9 diff may be the best way to see the changes). thanks Mandy From volker.simonis at gmail.com Fri Jul 18 15:32:54 2014 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 18 Jul 2014 17:32:54 +0200 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX Message-ID: Hi, unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the HotSpot build on AIX for those code lines. While the fix is trivial (see below) I'm not sure how to proceed with this fix in order to bring it to 8u-dev and 8u20. The problem is that 8030763 is not in jdk9 until now so I can't fix it in 9 and then backport it to 8. Should I just open a new bug for 8u and send out a request for review? Where should this RFR be directed to - to both hotspot-dev and jdk8u-dev? And who will do the actual push? Thank you and best regards, Volker diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 @@ -1215,10 +1215,6 @@ ::abort(); } -// Unused on Aix for now. -void os::set_error_file(const char *logfile) {} - - // This method is a copy of JDK's sysGetLastErrorString // from src/solaris/hpi/src/system_md.c From daniel.fuchs at oracle.com Fri Jul 18 15:38:31 2014 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Fri, 18 Jul 2014 17:38:31 +0200 Subject: [8u-dev] Backport approval for 8029548, 8031092, 8048063, 8050804 In-Reply-To: <53C93953.3040408@oracle.com> References: <53C93953.3040408@oracle.com> Message-ID: <53C93F77.4030205@oracle.com> Hi Mandy, > Webrev showing just jdk8u to jdk9 diff: > > http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/jdk9-jdk8u-diff/ > The diff webrev looks good - but I'm puzzled by the change at line 257 in JdepsTask.java: this seems to be going the wrong way. best regards, -- daniel On 7/18/14 5:12 PM, Mandy Chung wrote: > This is to request backport of the following bug fixes in JDK 9: > > JDK-8029548 (jdeps) use @jdk.Exported to determine supported vs JDK > internal API > JDK-8031092 jdeps does not recognize --help option. > JDK-8048063 (jdeps) Add filtering capability > JDK-8050804: (jdeps) Recommend supported API to replace use of JDK > internal API > > Review discussion: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027570.html > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027789.html > > Since langtools is built with JDK n-1, the backport requires > modification to replace use of the JDK 8 APIs and lambda after > I imported the two changesets. > > Webrev showing just jdk8u to jdk9 diff: > > http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/jdk9-jdk8u-diff/ > > > The full webrevs for two changesets are: > http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/ > > Daniel - can you please review the 8u40 patch (the jdk8u to jdk9 diff > may be the best way to see the changes). > > thanks > Mandy > > From sean.coffey at oracle.com Fri Jul 18 15:49:37 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 18 Jul 2014 16:49:37 +0100 Subject: [8u-dev] Backport approval for 8029548, 8031092, 8048063, 8050804 In-Reply-To: <53C93F77.4030205@oracle.com> References: <53C93953.3040408@oracle.com> <53C93F77.4030205@oracle.com> Message-ID: <53C94211.6090702@oracle.com> approved pending a code review. regards, Sean. On 18/07/14 16:38, Daniel Fuchs wrote: > Hi Mandy, > > > Webrev showing just jdk8u to jdk9 diff: > > > > > http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/jdk9-jdk8u-diff/ > > > > > The diff webrev looks good - but I'm puzzled by the change at > line 257 in JdepsTask.java: this seems to be going the wrong way. > > > > best regards, > > -- daniel > > On 7/18/14 5:12 PM, Mandy Chung wrote: >> This is to request backport of the following bug fixes in JDK 9: >> >> JDK-8029548 (jdeps) use @jdk.Exported to determine supported vs JDK >> internal API >> JDK-8031092 jdeps does not recognize --help option. >> JDK-8048063 (jdeps) Add filtering capability >> JDK-8050804: (jdeps) Recommend supported API to replace use of JDK >> internal API >> >> Review discussion: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027570.html >> >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027789.html >> >> >> Since langtools is built with JDK n-1, the backport requires >> modification to replace use of the JDK 8 APIs and lambda after >> I imported the two changesets. >> >> Webrev showing just jdk8u to jdk9 diff: >> >> http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/jdk9-jdk8u-diff/ >> >> >> >> The full webrevs for two changesets are: >> http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/ >> >> Daniel - can you please review the 8u40 patch (the jdk8u to jdk9 diff >> may be the best way to see the changes). >> >> thanks >> Mandy >> >> > From vladimir.kozlov at oracle.com Fri Jul 18 15:53:40 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Fri, 18 Jul 2014 08:53:40 -0700 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: References: Message-ID: <53C94304.8030309@oracle.com> File bug P2 on 8u20 and we will try to convince release team to put your fix into 8u20. Only showstopper are allowed now and it looks like you have showstopper. Later for jdk9 it will be forward port. Regards, Vladimir On 7/18/14 8:32 AM, Volker Simonis wrote: > Hi, > > unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the > HotSpot build on AIX for those code lines. > > While the fix is trivial (see below) I'm not sure how to proceed with > this fix in order to bring it to 8u-dev and 8u20. > > The problem is that 8030763 is not in jdk9 until now so I can't fix it > in 9 and then backport it to 8. > > Should I just open a new bug for 8u and send out a request for review? > Where should this RFR be directed to - to both hotspot-dev and > jdk8u-dev? And who will do the actual push? > > Thank you and best regards, > Volker > > > diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp > --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 > +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 > @@ -1215,10 +1215,6 @@ > ::abort(); > } > > -// Unused on Aix for now. > -void os::set_error_file(const char *logfile) {} > - > - > // This method is a copy of JDK's sysGetLastErrorString > // from src/solaris/hpi/src/system_md.c > From mandy.chung at oracle.com Fri Jul 18 15:55:17 2014 From: mandy.chung at oracle.com (Mandy Chung) Date: Fri, 18 Jul 2014 08:55:17 -0700 Subject: [8u-dev] Backport approval for 8029548, 8031092, 8048063, 8050804 In-Reply-To: <53C93F77.4030205@oracle.com> References: <53C93953.3040408@oracle.com> <53C93F77.4030205@oracle.com> Message-ID: <53C94365.1050504@oracle.com> On 7/18/2014 8:38 AM, Daniel Fuchs wrote: > Hi Mandy, > > > Webrev showing just jdk8u to jdk9 diff: > > > > > http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/jdk9-jdk8u-diff/ > > > > > The diff webrev looks good - but I'm puzzled by the change at > line 257 in JdepsTask.java: this seems to be going the wrong way. I took the chance to use the diamond operator. Mandy > > best regards, > > -- daniel > > On 7/18/14 5:12 PM, Mandy Chung wrote: >> This is to request backport of the following bug fixes in JDK 9: >> >> JDK-8029548 (jdeps) use @jdk.Exported to determine supported vs JDK >> internal API >> JDK-8031092 jdeps does not recognize --help option. >> JDK-8048063 (jdeps) Add filtering capability >> JDK-8050804: (jdeps) Recommend supported API to replace use of JDK >> internal API >> >> Review discussion: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027570.html >> >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027789.html >> >> >> Since langtools is built with JDK n-1, the backport requires >> modification to replace use of the JDK 8 APIs and lambda after >> I imported the two changesets. >> >> Webrev showing just jdk8u to jdk9 diff: >> >> http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/jdk9-jdk8u-diff/ >> >> >> >> The full webrevs for two changesets are: >> http://cr.openjdk.java.net/~mchung/jdk8u/webrevs/8029548%2b8050804/ >> >> Daniel - can you please review the 8u40 patch (the jdk8u to jdk9 diff >> may be the best way to see the changes). >> >> thanks >> Mandy >> >> > From daniel.fuchs at oracle.com Fri Jul 18 15:58:35 2014 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Fri, 18 Jul 2014 17:58:35 +0200 Subject: [8u-dev] Backport approval for 8029548, 8031092, 8048063, 8050804 In-Reply-To: <53C94211.6090702@oracle.com> References: <53C93953.3040408@oracle.com> <53C93F77.4030205@oracle.com> <53C94211.6090702@oracle.com> Message-ID: <53C9442B.5020700@oracle.com> On 7/18/14 5:49 PM, Se?n Coffey wrote: > On 18/07/14 16:38, Daniel Fuchs wrote: >> The diff webrev looks good - but I'm puzzled by the change at >> line 257 in JdepsTask.java: this seems to be going the wrong way. >> >> Forget my remark... N-1 is JDK 7 not JDK 6... The diff looks good! (and the JDK 9 version of the file might acquire the diamond <> too at the next cleanup)... -- daniel From sean.coffey at oracle.com Fri Jul 18 16:03:55 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 18 Jul 2014 17:03:55 +0100 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: <53C94304.8030309@oracle.com> References: <53C94304.8030309@oracle.com> Message-ID: <53C9456B.1070401@oracle.com> Volker, Can you work this fix into the jdk8u hotspot team forest : http://hg.openjdk.java.net/jdk8u/hs-dev/ Unfortunately it looks like the forest hasn't been synced up with 8u11 changes yet. Alejandro - do you have a timeline for that ? If it's not going to happen shortly, we should make an exception and push the hotspot change to the jdk8u-dev team forest which already has the 8u11 changes. Please mark the bug with '8u20-critical-watch' label when you log it. The label can be changed to '8u20-critical-request' once the fix is pushed to the 8u40 mainline. regards, Sean. On 18/07/14 16:53, Vladimir Kozlov wrote: > File bug P2 on 8u20 and we will try to convince release team to put > your fix into 8u20. Only showstopper are allowed now and it looks like > you have showstopper. > > Later for jdk9 it will be forward port. > > Regards, > Vladimir > > On 7/18/14 8:32 AM, Volker Simonis wrote: >> Hi, >> >> unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the >> HotSpot build on AIX for those code lines. >> >> While the fix is trivial (see below) I'm not sure how to proceed with >> this fix in order to bring it to 8u-dev and 8u20. >> >> The problem is that 8030763 is not in jdk9 until now so I can't fix it >> in 9 and then backport it to 8. >> >> Should I just open a new bug for 8u and send out a request for review? >> Where should this RFR be directed to - to both hotspot-dev and >> jdk8u-dev? And who will do the actual push? >> >> Thank you and best regards, >> Volker >> >> >> diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp >> --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 >> +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 >> @@ -1215,10 +1215,6 @@ >> ::abort(); >> } >> >> -// Unused on Aix for now. >> -void os::set_error_file(const char *logfile) {} >> - >> - >> // This method is a copy of JDK's sysGetLastErrorString >> // from src/solaris/hpi/src/system_md.c >> From mandy.chung at oracle.com Fri Jul 18 16:04:08 2014 From: mandy.chung at oracle.com (Mandy Chung) Date: Fri, 18 Jul 2014 09:04:08 -0700 Subject: [8u-dev] Backport approval for 8029548, 8031092, 8048063, 8050804 In-Reply-To: <53C9442B.5020700@oracle.com> References: <53C93953.3040408@oracle.com> <53C93F77.4030205@oracle.com> <53C94211.6090702@oracle.com> <53C9442B.5020700@oracle.com> Message-ID: <53C94578.4010506@oracle.com> On 7/18/2014 8:58 AM, Daniel Fuchs wrote: > On 7/18/14 5:49 PM, Se?n Coffey wrote: >> On 18/07/14 16:38, Daniel Fuchs wrote: >>> The diff webrev looks good - but I'm puzzled by the change at >>> line 257 in JdepsTask.java: this seems to be going the wrong way. >>> >>> >>> > > Forget my remark... N-1 is JDK 7 not JDK 6... > > The diff looks good! (and the JDK 9 version of the file > might acquire the diamond <> too at the next cleanup)... I should have mentioned that change was already in JDK 9. Mandy From jaroslav.bachorik at oracle.com Fri Jul 18 16:24:59 2014 From: jaroslav.bachorik at oracle.com (Jaroslav Bachorik) Date: Fri, 18 Jul 2014 18:24:59 +0200 Subject: [8u-dev] Request for approval for CR 8035829 - [parfait] JNI exception pending in jdk/src/windows/native/sun/tools/attach/WindowsVirtualMachine.c Message-ID: <53C94A5B.4070800@oracle.com> Please, approve this straight backport of a JDK 9 fix. Issue : https://bugs.openjdk.java.net/browse/JDK-8035829 Webrev (JDK9) : http://cr.openjdk.java.net/~jbachorik/8035829/webrev.00 Review : http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-July/015240.html No modifications to the JDK9 changeset are necessary. Thanks, -JB- From sean.coffey at oracle.com Fri Jul 18 16:33:51 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 18 Jul 2014 17:33:51 +0100 Subject: [8u-dev] Request for approval for CR 8035829 - [parfait] JNI exception pending in jdk/src/windows/native/sun/tools/attach/WindowsVirtualMachine.c In-Reply-To: <53C94A5B.4070800@oracle.com> References: <53C94A5B.4070800@oracle.com> Message-ID: <53C94C6F.9060100@oracle.com> Approved. regards, Sean. On 18/07/14 17:24, Jaroslav Bachorik wrote: > Please, approve this straight backport of a JDK 9 fix. > > Issue : https://bugs.openjdk.java.net/browse/JDK-8035829 > Webrev (JDK9) : http://cr.openjdk.java.net/~jbachorik/8035829/webrev.00 > Review : > http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-July/015240.html > > No modifications to the JDK9 changeset are necessary. > > Thanks, > > -JB- From volker.simonis at gmail.com Fri Jul 18 18:06:59 2014 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 18 Jul 2014 20:06:59 +0200 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: <53C9456B.1070401@oracle.com> References: <53C94304.8030309@oracle.com> <53C9456B.1070401@oracle.com> Message-ID: Hi Vladimir, Sean, thanks a lot for the fast help. I've just created the following bug and webrev: http://cr.openjdk.java.net/~simonis/webrevs/8051378/ https://bugs.openjdk.java.net/browse/JDK-8051378 I'll send out a RFR in a second. The webrev is against 8u20 but should apply equally well against 8u-dev. Actually, it sould also apply against jdk8u/hs-dev/ and if that helps it can also be pushed there first. That will in fact break the HotSpot build on AIX in jdk8u/hs-dev/ until it will be synced up with the 8u11 changes, but I think that's not so important. It's much more important to get the fix into 8u20 in time. Thank you and best regards, Volker On Fri, Jul 18, 2014 at 6:03 PM, Se?n Coffey wrote: > Volker, > > Can you work this fix into the jdk8u hotspot team forest : > http://hg.openjdk.java.net/jdk8u/hs-dev/ > > Unfortunately it looks like the forest hasn't been synced up with 8u11 > changes yet. Alejandro - do you have a timeline for that ? If it's not going > to happen shortly, we should make an exception and push the hotspot change > to the jdk8u-dev team forest which already has the 8u11 changes. > > Please mark the bug with '8u20-critical-watch' label when you log it. The > label can be changed to '8u20-critical-request' once the fix is pushed to > the 8u40 mainline. > > regards, > Sean. > > > On 18/07/14 16:53, Vladimir Kozlov wrote: >> >> File bug P2 on 8u20 and we will try to convince release team to put your >> fix into 8u20. Only showstopper are allowed now and it looks like you have >> showstopper. >> >> Later for jdk9 it will be forward port. >> >> Regards, >> Vladimir >> >> On 7/18/14 8:32 AM, Volker Simonis wrote: >>> >>> Hi, >>> >>> unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the >>> HotSpot build on AIX for those code lines. >>> >>> While the fix is trivial (see below) I'm not sure how to proceed with >>> this fix in order to bring it to 8u-dev and 8u20. >>> >>> The problem is that 8030763 is not in jdk9 until now so I can't fix it >>> in 9 and then backport it to 8. >>> >>> Should I just open a new bug for 8u and send out a request for review? >>> Where should this RFR be directed to - to both hotspot-dev and >>> jdk8u-dev? And who will do the actual push? >>> >>> Thank you and best regards, >>> Volker >>> >>> >>> diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp >>> --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 >>> +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 >>> @@ -1215,10 +1215,6 @@ >>> ::abort(); >>> } >>> >>> -// Unused on Aix for now. >>> -void os::set_error_file(const char *logfile) {} >>> - >>> - >>> // This method is a copy of JDK's sysGetLastErrorString >>> // from src/solaris/hpi/src/system_md.c >>> > From volker.simonis at gmail.com Fri Jul 18 18:14:23 2014 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 18 Jul 2014 20:14:23 +0200 Subject: RFR (XXS): 8051378: AIX: Change "8030763: Validate global memory allocation" breaks the HotSpot build Message-ID: Hi, could somebody please review and sponsor the following tiny, AIX-only change which fixes the HotSpot build on AIX for the 8u20/8u-dev code lines: http://cr.openjdk.java.net/~simonis/webrevs/8051378/ https://bugs.openjdk.java.net/browse/JDK-8051378 Details: Unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the HotSpot build on AIX for those code lines. The fix is trivial - just remove the unused function os::set_error_file() in os_aix.cpp (as this has been done on the other platforms by 8030763) The webrev is against 8u20 but should apply equally well against 8u-dev. Actually, it sould also apply against jdk8u/hs-dev/ and if that helps it can also be pushed there first. That will in fact break the HotSpot build on AIX in jdk8u/hs-dev/ until it will be synced up with the 8u11 changes, but I think that's not so important. It's much more important to get the fix into 8u20 in time. Thank you and best regards, Volker From alejandro.murillo at oracle.com Fri Jul 18 18:21:05 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 18 Jul 2014 12:21:05 -0600 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: <53C9456B.1070401@oracle.com> References: <53C94304.8030309@oracle.com> <53C9456B.1070401@oracle.com> Message-ID: <53C96591.80209@oracle.com> On 7/18/2014 10:03 AM, Se?n Coffey wrote: > Volker, > > Can you work this fix into the jdk8u hotspot team forest : > http://hg.openjdk.java.net/jdk8u/hs-dev/ > > Unfortunately it looks like the forest hasn't been synced up with 8u11 > changes yet. Alejandro - do you have a timeline for that ? If it's not > going to happen shortly, we should make an exception and push the > hotspot change to the jdk8u-dev team forest which already has the 8u11 > changes. I just synched jdk8u/hs-dev with jdk8u/jdk8u. I wasn't planning on taking a snapshot this week (no new changes) so if this ready to go in, and need to be in 8u20 next week, let's get it in now and I can start a snapshot later today. If not, it will have to go in through 8u-dev. Volker, do you have the patch? if so send it out and I (or Vladimir) can push it Thanks Alejandro > > Please mark the bug with '8u20-critical-watch' label when you log it. > The label can be changed to '8u20-critical-request' once the fix is > pushed to the 8u40 mainline. > > regards, > Sean. > > On 18/07/14 16:53, Vladimir Kozlov wrote: >> File bug P2 on 8u20 and we will try to convince release team to put >> your fix into 8u20. Only showstopper are allowed now and it looks >> like you have showstopper. >> >> Later for jdk9 it will be forward port. >> >> Regards, >> Vladimir >> >> On 7/18/14 8:32 AM, Volker Simonis wrote: >>> Hi, >>> >>> unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the >>> HotSpot build on AIX for those code lines. >>> >>> While the fix is trivial (see below) I'm not sure how to proceed with >>> this fix in order to bring it to 8u-dev and 8u20. >>> >>> The problem is that 8030763 is not in jdk9 until now so I can't fix it >>> in 9 and then backport it to 8. >>> >>> Should I just open a new bug for 8u and send out a request for review? >>> Where should this RFR be directed to - to both hotspot-dev and >>> jdk8u-dev? And who will do the actual push? >>> >>> Thank you and best regards, >>> Volker >>> >>> >>> diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp >>> --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 >>> +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 >>> @@ -1215,10 +1215,6 @@ >>> ::abort(); >>> } >>> >>> -// Unused on Aix for now. >>> -void os::set_error_file(const char *logfile) {} >>> - >>> - >>> // This method is a copy of JDK's sysGetLastErrorString >>> // from src/solaris/hpi/src/system_md.c >>> > -- Alejandro From alejandro.murillo at oracle.com Fri Jul 18 18:42:35 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 18 Jul 2014 12:42:35 -0600 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: <53C96591.80209@oracle.com> References: <53C94304.8030309@oracle.com> <53C9456B.1070401@oracle.com> <53C96591.80209@oracle.com> Message-ID: <53C96A9B.10805@oracle.com> On 7/18/2014 12:21 PM, Alejandro E Murillo wrote: > > On 7/18/2014 10:03 AM, Se?n Coffey wrote: >> Volker, >> >> Can you work this fix into the jdk8u hotspot team forest : >> http://hg.openjdk.java.net/jdk8u/hs-dev/ >> >> Unfortunately it looks like the forest hasn't been synced up with >> 8u11 changes yet. Alejandro - do you have a timeline for that ? If >> it's not going to happen shortly, we should make an exception and >> push the hotspot change to the jdk8u-dev team forest which already >> has the 8u11 changes. > I just synched jdk8u/hs-dev with jdk8u/jdk8u. I just realized the 8u11 changes are only on jdk8u-dev. It's too risky to bring them straight from there to the jdk8u/hs-dev repo, I usually synch from the master (stable snapshot). so given the urgency, Vladimir, can you push it to jdk8u/jdk8u-dev instead? it will come back down to the hotspot repo along with the 8u11 changes once they are tested and pushed to master. Thanks Alejandro > I wasn't planning on taking a snapshot this week (no new changes) > so if this ready to go in, and need to be in 8u20 next week, let's get it > in now and I can start a snapshot later today. If not, it will have to > go in through 8u-dev. > Volker, do you have the patch? if so send it out and I (or Vladimir) > can push it > Thanks > Alejandro > > >> >> Please mark the bug with '8u20-critical-watch' label when you log it. >> The label can be changed to '8u20-critical-request' once the fix is >> pushed to the 8u40 mainline. >> >> regards, >> Sean. >> >> On 18/07/14 16:53, Vladimir Kozlov wrote: >>> File bug P2 on 8u20 and we will try to convince release team to put >>> your fix into 8u20. Only showstopper are allowed now and it looks >>> like you have showstopper. >>> >>> Later for jdk9 it will be forward port. >>> >>> Regards, >>> Vladimir >>> >>> On 7/18/14 8:32 AM, Volker Simonis wrote: >>>> Hi, >>>> >>>> unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the >>>> HotSpot build on AIX for those code lines. >>>> >>>> While the fix is trivial (see below) I'm not sure how to proceed with >>>> this fix in order to bring it to 8u-dev and 8u20. >>>> >>>> The problem is that 8030763 is not in jdk9 until now so I can't fix it >>>> in 9 and then backport it to 8. >>>> >>>> Should I just open a new bug for 8u and send out a request for review? >>>> Where should this RFR be directed to - to both hotspot-dev and >>>> jdk8u-dev? And who will do the actual push? >>>> >>>> Thank you and best regards, >>>> Volker >>>> >>>> >>>> diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp >>>> --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 >>>> +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 >>>> @@ -1215,10 +1215,6 @@ >>>> ::abort(); >>>> } >>>> >>>> -// Unused on Aix for now. >>>> -void os::set_error_file(const char *logfile) {} >>>> - >>>> - >>>> // This method is a copy of JDK's sysGetLastErrorString >>>> // from src/solaris/hpi/src/system_md.c >>>> >> > -- Alejandro From vladimir.kozlov at oracle.com Fri Jul 18 18:57:12 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Fri, 18 Jul 2014 11:57:12 -0700 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: <53C96A9B.10805@oracle.com> References: <53C94304.8030309@oracle.com> <53C9456B.1070401@oracle.com> <53C96591.80209@oracle.com> <53C96A9B.10805@oracle.com> Message-ID: <53C96E08.9060404@oracle.com> Okay, I will push into jdk8u/jdk8u-dev. Thanks, Vladimir On 7/18/14 11:42 AM, Alejandro E Murillo wrote: > > On 7/18/2014 12:21 PM, Alejandro E Murillo wrote: >> >> On 7/18/2014 10:03 AM, Se?n Coffey wrote: >>> Volker, >>> >>> Can you work this fix into the jdk8u hotspot team forest : >>> http://hg.openjdk.java.net/jdk8u/hs-dev/ >>> >>> Unfortunately it looks like the forest hasn't been synced up with >>> 8u11 changes yet. Alejandro - do you have a timeline for that ? If >>> it's not going to happen shortly, we should make an exception and >>> push the hotspot change to the jdk8u-dev team forest which already >>> has the 8u11 changes. >> I just synched jdk8u/hs-dev with jdk8u/jdk8u. > I just realized the 8u11 changes are only on jdk8u-dev. > It's too risky to bring them straight from there to the jdk8u/hs-dev repo, > I usually synch from the master (stable snapshot). > so given the urgency, Vladimir, can you push it to jdk8u/jdk8u-dev > instead? > it will come back down to the hotspot repo along with the 8u11 changes > once they are tested and pushed to master. > > Thanks > Alejandro > > >> I wasn't planning on taking a snapshot this week (no new changes) >> so if this ready to go in, and need to be in 8u20 next week, let's get it >> in now and I can start a snapshot later today. If not, it will have to >> go in through 8u-dev. >> Volker, do you have the patch? if so send it out and I (or Vladimir) >> can push it >> Thanks >> Alejandro >> >> >>> >>> Please mark the bug with '8u20-critical-watch' label when you log it. >>> The label can be changed to '8u20-critical-request' once the fix is >>> pushed to the 8u40 mainline. >>> >>> regards, >>> Sean. >>> >>> On 18/07/14 16:53, Vladimir Kozlov wrote: >>>> File bug P2 on 8u20 and we will try to convince release team to put >>>> your fix into 8u20. Only showstopper are allowed now and it looks >>>> like you have showstopper. >>>> >>>> Later for jdk9 it will be forward port. >>>> >>>> Regards, >>>> Vladimir >>>> >>>> On 7/18/14 8:32 AM, Volker Simonis wrote: >>>>> Hi, >>>>> >>>>> unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the >>>>> HotSpot build on AIX for those code lines. >>>>> >>>>> While the fix is trivial (see below) I'm not sure how to proceed with >>>>> this fix in order to bring it to 8u-dev and 8u20. >>>>> >>>>> The problem is that 8030763 is not in jdk9 until now so I can't fix it >>>>> in 9 and then backport it to 8. >>>>> >>>>> Should I just open a new bug for 8u and send out a request for review? >>>>> Where should this RFR be directed to - to both hotspot-dev and >>>>> jdk8u-dev? And who will do the actual push? >>>>> >>>>> Thank you and best regards, >>>>> Volker >>>>> >>>>> >>>>> diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp >>>>> --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 >>>>> +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 >>>>> @@ -1215,10 +1215,6 @@ >>>>> ::abort(); >>>>> } >>>>> >>>>> -// Unused on Aix for now. >>>>> -void os::set_error_file(const char *logfile) {} >>>>> - >>>>> - >>>>> // This method is a copy of JDK's sysGetLastErrorString >>>>> // from src/solaris/hpi/src/system_md.c >>>>> >>> >> > From vladimir.kozlov at oracle.com Fri Jul 18 18:57:31 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Fri, 18 Jul 2014 11:57:31 -0700 Subject: RFR (XXS): 8051378: AIX: Change "8030763: Validate global memory allocation" breaks the HotSpot build In-Reply-To: References: Message-ID: <53C96E1B.3040804@oracle.com> Looks good. Alejandro suggested that I should push it into jdk8u/jdk8u-dev/hotspot where 8u11 was merged. When the fix will be approved it will be pushed into 8u20 repo. Thanks, Vladimir On 7/18/14 11:14 AM, Volker Simonis wrote: > Hi, > > could somebody please review and sponsor the following tiny, AIX-only > change which fixes the HotSpot build on AIX for the 8u20/8u-dev code > lines: > > http://cr.openjdk.java.net/~simonis/webrevs/8051378/ > https://bugs.openjdk.java.net/browse/JDK-8051378 > > Details: > > Unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the > HotSpot build on AIX for those code lines. > > The fix is trivial - just remove the unused function > os::set_error_file() in os_aix.cpp (as this has been done on the other > platforms by 8030763) > > The webrev is against 8u20 but should apply equally well against 8u-dev. > > Actually, it sould also apply against jdk8u/hs-dev/ and if that helps > it can also be pushed there first. That will in fact break the HotSpot > build on AIX in jdk8u/hs-dev/ until it will be synced up with the 8u11 > changes, but I think that's not so important. It's much more important > to get the fix into 8u20 in time. > > Thank you and best regards, > Volker > From volker.simonis at gmail.com Fri Jul 18 20:40:42 2014 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 18 Jul 2014 22:40:42 +0200 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: <53C96E08.9060404@oracle.com> References: <53C94304.8030309@oracle.com> <53C9456B.1070401@oracle.com> <53C96591.80209@oracle.com> <53C96A9B.10805@oracle.com> <53C96E08.9060404@oracle.com> Message-ID: Hi Vladimir, Alejandro, thanks a lot for the fast help! Volker On Friday, July 18, 2014, Vladimir Kozlov wrote: > Okay, I will push into jdk8u/jdk8u-dev. > > Thanks, > Vladimir > > On 7/18/14 11:42 AM, Alejandro E Murillo wrote: > >> >> On 7/18/2014 12:21 PM, Alejandro E Murillo wrote: >> >>> >>> On 7/18/2014 10:03 AM, Se?n Coffey wrote: >>> >>>> Volker, >>>> >>>> Can you work this fix into the jdk8u hotspot team forest : >>>> http://hg.openjdk.java.net/jdk8u/hs-dev/ >>>> >>>> Unfortunately it looks like the forest hasn't been synced up with >>>> 8u11 changes yet. Alejandro - do you have a timeline for that ? If >>>> it's not going to happen shortly, we should make an exception and >>>> push the hotspot change to the jdk8u-dev team forest which already >>>> has the 8u11 changes. >>>> >>> I just synched jdk8u/hs-dev with jdk8u/jdk8u. >>> >> I just realized the 8u11 changes are only on jdk8u-dev. >> It's too risky to bring them straight from there to the jdk8u/hs-dev repo, >> I usually synch from the master (stable snapshot). >> so given the urgency, Vladimir, can you push it to jdk8u/jdk8u-dev >> instead? >> it will come back down to the hotspot repo along with the 8u11 changes >> once they are tested and pushed to master. >> >> Thanks >> Alejandro >> >> >> I wasn't planning on taking a snapshot this week (no new changes) >>> so if this ready to go in, and need to be in 8u20 next week, let's get it >>> in now and I can start a snapshot later today. If not, it will have to >>> go in through 8u-dev. >>> Volker, do you have the patch? if so send it out and I (or Vladimir) >>> can push it >>> Thanks >>> Alejandro >>> >>> >>> >>>> Please mark the bug with '8u20-critical-watch' label when you log it. >>>> The label can be changed to '8u20-critical-request' once the fix is >>>> pushed to the 8u40 mainline. >>>> >>>> regards, >>>> Sean. >>>> >>>> On 18/07/14 16:53, Vladimir Kozlov wrote: >>>> >>>>> File bug P2 on 8u20 and we will try to convince release team to put >>>>> your fix into 8u20. Only showstopper are allowed now and it looks >>>>> like you have showstopper. >>>>> >>>>> Later for jdk9 it will be forward port. >>>>> >>>>> Regards, >>>>> Vladimir >>>>> >>>>> On 7/18/14 8:32 AM, Volker Simonis wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> unfortunately the merging of 8u11 into 8u-dev and 8u20 broke the >>>>>> HotSpot build on AIX for those code lines. >>>>>> >>>>>> While the fix is trivial (see below) I'm not sure how to proceed with >>>>>> this fix in order to bring it to 8u-dev and 8u20. >>>>>> >>>>>> The problem is that 8030763 is not in jdk9 until now so I can't fix it >>>>>> in 9 and then backport it to 8. >>>>>> >>>>>> Should I just open a new bug for 8u and send out a request for review? >>>>>> Where should this RFR be directed to - to both hotspot-dev and >>>>>> jdk8u-dev? And who will do the actual push? >>>>>> >>>>>> Thank you and best regards, >>>>>> Volker >>>>>> >>>>>> >>>>>> diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp >>>>>> --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 10:16:34 2014 -0700 >>>>>> +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 17:22:32 2014 +0200 >>>>>> @@ -1215,10 +1215,6 @@ >>>>>> ::abort(); >>>>>> } >>>>>> >>>>>> -// Unused on Aix for now. >>>>>> -void os::set_error_file(const char *logfile) {} >>>>>> - >>>>>> - >>>>>> // This method is a copy of JDK's sysGetLastErrorString >>>>>> // from src/solaris/hpi/src/system_md.c >>>>>> >>>>>> >>>> >>> >> From vicente.romero at oracle.com Fri Jul 18 22:15:26 2014 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Fri, 18 Jul 2014 18:15:26 -0400 Subject: [8u40] Request for approval, backport of 8050386 and 8051004 Message-ID: <53C99C7E.3090600@oracle.com> Hi, Please approve the backport from 9 to 8udev repo of the following fixes: JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8050386 Backport: https://bugs.openjdk.java.net/browse/JDK-8051383 Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/ad8d63da5811 JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8051004 Backport: https://bugs.openjdk.java.net/browse/JDK-8051384 Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/b40c130a0a95 Thanks, Vicente From rob.mckenna at oracle.com Fri Jul 18 22:42:28 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 18 Jul 2014 23:42:28 +0100 Subject: [8u40] Request for approval, backport of 8050386 and 8051004 In-Reply-To: <53C99C7E.3090600@oracle.com> References: <53C99C7E.3090600@oracle.com> Message-ID: <53C9A2D4.3020804@oracle.com> Approved. -Rob On 18/07/14 23:15, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please approve the backport from 9 to 8udev repo of the following fixes: > > JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8050386 > Backport: https://bugs.openjdk.java.net/browse/JDK-8051383 > Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/ad8d63da5811 > > JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8051004 > Backport: https://bugs.openjdk.java.net/browse/JDK-8051384 > Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/b40c130a0a95 > > Thanks, > Vicente From vladimir.kozlov at oracle.com Fri Jul 18 23:43:08 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Fri, 18 Jul 2014 16:43:08 -0700 Subject: Change "8030763: Validate global memory allocation" breaks the HotSpot build on AIX In-Reply-To: References: <53C94304.8030309@oracle.com> <53C9456B.1070401@oracle.com> <53C96591.80209@oracle.com> <53C96A9B.10805@oracle.com> <53C96E08.9060404@oracle.com> Message-ID: <53C9B10C.3060702@oracle.com> I should have pushed the 8051378 fix into http://hg.openjdk.java.net/jdk9/jdk9/hotspot/ before Alejandro pushed 8030763 into all our repository. I will push 8051378 into jdk9/hs-comp/hotspot and main jdk9/hs/hotspot. Alejandro, this change will not affect our testing so you don't need to restart PIT. Vladimir On 7/18/14 1:40 PM, Volker Simonis wrote: > Hi Vladimir, Alejandro, > > thanks a lot for the fast help! > > Volker > > On Friday, July 18, 2014, Vladimir Kozlov > wrote: > > Okay, I will push into jdk8u/jdk8u-dev. > > Thanks, > Vladimir > > On 7/18/14 11:42 AM, Alejandro E Murillo wrote: > > > On 7/18/2014 12:21 PM, Alejandro E Murillo wrote: > > > On 7/18/2014 10:03 AM, Se?n Coffey wrote: > > Volker, > > Can you work this fix into the jdk8u hotspot team forest : > http://hg.openjdk.java.net/__jdk8u/hs-dev/ > > > Unfortunately it looks like the forest hasn't been > synced up with > 8u11 changes yet. Alejandro - do you have a timeline for > that ? If > it's not going to happen shortly, we should make an > exception and > push the hotspot change to the jdk8u-dev team forest > which already > has the 8u11 changes. > > I just synched jdk8u/hs-dev with jdk8u/jdk8u. > > I just realized the 8u11 changes are only on jdk8u-dev. > It's too risky to bring them straight from there to the > jdk8u/hs-dev repo, > I usually synch from the master (stable snapshot). > so given the urgency, Vladimir, can you push it to jdk8u/jdk8u-dev > instead? > it will come back down to the hotspot repo along with the 8u11 > changes > once they are tested and pushed to master. > > Thanks > Alejandro > > > I wasn't planning on taking a snapshot this week (no new > changes) > so if this ready to go in, and need to be in 8u20 next week, > let's get it > in now and I can start a snapshot later today. If not, it > will have to > go in through 8u-dev. > Volker, do you have the patch? if so send it out and I (or > Vladimir) > can push it > Thanks > Alejandro > > > > Please mark the bug with '8u20-critical-watch' label > when you log it. > The label can be changed to '8u20-critical-request' once > the fix is > pushed to the 8u40 mainline. > > regards, > Sean. > > On 18/07/14 16:53, Vladimir Kozlov wrote: > > File bug P2 on 8u20 and we will try to convince > release team to put > your fix into 8u20. Only showstopper are allowed now > and it looks > like you have showstopper. > > Later for jdk9 it will be forward port. > > Regards, > Vladimir > > On 7/18/14 8:32 AM, Volker Simonis wrote: > > Hi, > > unfortunately the merging of 8u11 into 8u-dev > and 8u20 broke the > HotSpot build on AIX for those code lines. > > While the fix is trivial (see below) I'm not > sure how to proceed with > this fix in order to bring it to 8u-dev and 8u20. > > The problem is that 8030763 is not in jdk9 until > now so I can't fix it > in 9 and then backport it to 8. > > Should I just open a new bug for 8u and send out > a request for review? > Where should this RFR be directed to - to both > hotspot-dev and > jdk8u-dev? And who will do the actual push? > > Thank you and best regards, > Volker > > > diff -r f09d1f6a401e src/os/aix/vm/os_aix.cpp > --- a/src/os/aix/vm/os_aix.cpp Mon Jul 14 > 10:16:34 2014 -0700 > +++ b/src/os/aix/vm/os_aix.cpp Fri Jul 18 > 17:22:32 2014 +0200 > @@ -1215,10 +1215,6 @@ > ::abort(); > } > > -// Unused on Aix for now. > -void os::set_error_file(const char *logfile) {} > - > - > // This method is a copy of JDK's > sysGetLastErrorString > // from src/solaris/hpi/src/system_md.__c > > > > From weijun.wang at oracle.com Sun Jul 20 11:11:13 2014 From: weijun.wang at oracle.com (Wang Weijun) Date: Sun, 20 Jul 2014 19:11:13 +0800 Subject: [8u-dev] Request for approval: 7150092: NTLM authentication fail if user specified a different realm Message-ID: Hi All This is a request to backport a jdk9 fix into jdk8u-dev. 7150092: NTLM authentication fail if user specified a different realm https://bugs.openjdk.java.net/browse/JDK-7150092 The fix is already included in jdk9 as: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/9d67fe48a14b The review thread was http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010742.html The patch for jdk8u-dev is identical to the one in jdk9. Thanks Weijun From vicente.romero at oracle.com Sun Jul 20 16:01:43 2014 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Sun, 20 Jul 2014 12:01:43 -0400 Subject: [8u40] Request for approval for two fixes: 8044546 (backport) and 8051402 (8u40 only) Message-ID: <53CBE7E7.8000709@oracle.com> Hi, Please approve the backport from 9 to 8udev repo of the following fix: JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8044546 Backport: https://bugs.openjdk.java.net/browse/JDK-8047081 Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6c8c530a1b1b and simple fix: JDK8u40 bug : https://bugs.openjdk.java.net/browse/JDK-8051402 reviewed by: Maurizio Cimadamore and Dan Smith Thanks, Vicente From vicente.romero at oracle.com Sun Jul 20 16:45:11 2014 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Sun, 20 Jul 2014 12:45:11 -0400 Subject: [8u40] Request for approval for two fixes: 8044546 (backport) and 8051402 (8u40 only) In-Reply-To: <53CBE7E7.8000709@oracle.com> References: <53CBE7E7.8000709@oracle.com> Message-ID: <53CBF217.4050101@oracle.com> Hi, On 07/20/2014 12:01 PM, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please approve the backport from 9 to 8udev repo of the following fix: > > JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8044546 > Backport: https://bugs.openjdk.java.net/browse/JDK-8047081 > > Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6c8c530a1b1b > > > and simple fix: > JDK8u40 bug : https://bugs.openjdk.java.net/browse/JDK-8051402 > reviewed by: Maurizio Cimadamore and Dan Smith Sorry I have realized that I need a public review for the last one. I will submit one shortly. > > Thanks, > Vicente Vicente From vicente.romero at oracle.com Sun Jul 20 17:41:40 2014 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Sun, 20 Jul 2014 13:41:40 -0400 Subject: [8u40] Request for review: JDK-8051402: javac, type containment should accept that CAP <= ? extends CAP and CAP <= ? super CAP Message-ID: <53CBFF54.30103@oracle.com> Hi, Please review fix for bug [1]. The public webrev can be find at [2]. This fix will make function Types.containsType return true for the following checks: CAP <= ? extends CAP and CAP <= ? super CAP, where CAP is a captured type. [1] https://bugs.openjdk.java.net/browse/JDK-8051402 [2] http://cr.openjdk.java.net/~vromero/8051402/webrev.00/ Thanks, Vicente From dalibor.topic at oracle.com Mon Jul 21 09:22:20 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 21 Jul 2014 11:22:20 +0200 Subject: [8u-dev] Request for approval: 7150092: NTLM authentication fail if user specified a different realm In-Reply-To: References: Message-ID: <53CCDBCC.3020904@oracle.com> Thanks, Weijun - approved for 8u-dev. On 20.07.2014 13:11, Wang Weijun wrote: > Hi All > > This is a request to backport a jdk9 fix into jdk8u-dev. > > 7150092: NTLM authentication fail if user specified a different realm > > https://bugs.openjdk.java.net/browse/JDK-7150092 > > The fix is already included in jdk9 as: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/9d67fe48a14b > > The review thread was > > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010742.html > > The patch for jdk8u-dev is identical to the one in jdk9. > > Thanks > Weijun > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Mon Jul 21 09:25:59 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 21 Jul 2014 11:25:59 +0200 Subject: [8u40] Request for approval for two fixes: 8044546 (backport) and 8051402 (8u40 only) In-Reply-To: <53CBF217.4050101@oracle.com> References: <53CBE7E7.8000709@oracle.com> <53CBF217.4050101@oracle.com> Message-ID: <53CCDCA7.2080305@oracle.com> Both are approved for 8u-dev, the latter pending a positive public review. On 20.07.2014 18:45, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > On 07/20/2014 12:01 PM, Vicente-Arturo Romero-Zaldivar wrote: >> Hi, >> >> Please approve the backport from 9 to 8udev repo of the following fix: >> >> JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8044546 >> Backport: https://bugs.openjdk.java.net/browse/JDK-8047081 >> >> Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6c8c530a1b1b >> >> >> and simple fix: >> JDK8u40 bug : https://bugs.openjdk.java.net/browse/JDK-8051402 >> reviewed by: Maurizio Cimadamore and Dan Smith > > Sorry I have realized that I need a public review for the last one. I > will submit one shortly. > >> >> Thanks, >> Vicente > > Vicente -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From jeff.mcclure.jr at gmail.com Sat Jul 19 21:53:09 2014 From: jeff.mcclure.jr at gmail.com (Jeff McClure) Date: Sat, 19 Jul 2014 14:53:09 -0700 Subject: [8u20] Release date for 8u20? Message-ID: <396AEA5C-4435-4A06-89DA-6C19BEE04148@gmail.com> Is there a release date targeted for 8u20? From sean.coffey at oracle.com Mon Jul 21 09:57:34 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Mon, 21 Jul 2014 10:57:34 +0100 Subject: [8u20] Release date for 8u20? In-Reply-To: <396AEA5C-4435-4A06-89DA-6C19BEE04148@gmail.com> References: <396AEA5C-4435-4A06-89DA-6C19BEE04148@gmail.com> Message-ID: <53CCE40E.50802@oracle.com> Jeff, You can view a timeline for 8u20 here : http://openjdk.java.net/projects/jdk8u/releases/8u20.html Hope to have 8u20 released next month. As always, timelines are subject to change. The rampdown and stabilization process is well underway. On a related note, the latest Oracle JDK early access builds based on the 8u20 code can be found here : https://jdk8.java.net/download.html Please log any bugs/issues to http://bugs.java.com/ Others that are building and releasing binaries based on the 8u20 OpenJDK codeline may wish to post a reference to their binaries on this mailing list also. regards, Sean. On 19/07/14 22:53, Jeff McClure wrote: > Is there a release date targeted for 8u20? From maurizio.cimadamore at oracle.com Mon Jul 21 14:19:15 2014 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Mon, 21 Jul 2014 15:19:15 +0100 Subject: [8u40] Request for review: JDK-8051402: javac, type containment should accept that CAP <= ? extends CAP and CAP <= ? super CAP In-Reply-To: <53CBFF54.30103@oracle.com> References: <53CBFF54.30103@oracle.com> Message-ID: <53CD2163.1080605@oracle.com> Looks good to me Maurizio On 20/07/14 18:41, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please review fix for bug [1]. The public webrev can be find at [2]. > This fix will make function Types.containsType return true for the > following checks: > > CAP <= ? extends CAP and CAP <= ? super CAP, where CAP is a captured > type. > > [1] https://bugs.openjdk.java.net/browse/JDK-8051402 > [2] http://cr.openjdk.java.net/~vromero/8051402/webrev.00/ > > Thanks, > Vicente From zhengyu.gu at oracle.com Mon Jul 21 15:02:55 2014 From: zhengyu.gu at oracle.com (Zhengyu Gu) Date: Mon, 21 Jul 2014 11:02:55 -0400 Subject: [8u-dev] Request for approval: 8050165 and 8050167: two stack walking fixes for sparc-linux Message-ID: <53CD2B9F.5040505@oracle.com> Hi, Please approve the backport from jdk9 to 8udev repo. The two fixes are sparc-linux specific. Bug: https://bugs.openjdk.java.net/browse/JDK-8050165 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/303c17882b24 Code review: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014698.html Bug: https://bugs.openjdk.java.net/browse/JDK-8050167 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/53bff7520964 Code review: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014732.html Thanks, -Zhengyu From rob.mckenna at oracle.com Mon Jul 21 15:34:50 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 21 Jul 2014 16:34:50 +0100 Subject: [8u-dev] Request for approval: 8050165 and 8050167: two stack walking fixes for sparc-linux In-Reply-To: <53CD2B9F.5040505@oracle.com> References: <53CD2B9F.5040505@oracle.com> Message-ID: <53CD331A.8060108@oracle.com> Approved. (just altered your FixVersion field to one release - the subcr's will contain values for the others) -Rob On 21/07/14 16:02, Zhengyu Gu wrote: > Hi, > > Please approve the backport from jdk9 to 8udev repo. The two fixes are > sparc-linux specific. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8050165 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/303c17882b24 > Code review: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014698.html > > > > > > Bug: https://bugs.openjdk.java.net/browse/JDK-8050167 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/53bff7520964 > Code review: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014732.html > > Thanks, > > -Zhengyu From mike.duigou at oracle.com Mon Jul 21 17:18:39 2014 From: mike.duigou at oracle.com (Mike Duigou) Date: Mon, 21 Jul 2014 10:18:39 -0700 Subject: [8u20] Release date for 8u20? In-Reply-To: <396AEA5C-4435-4A06-89DA-6C19BEE04148@gmail.com> References: <396AEA5C-4435-4A06-89DA-6C19BEE04148@gmail.com> Message-ID: <967EC3E6-F490-4553-8519-ED2D3C10FFE1@oracle.com> Per: http://openjdk.java.net/projects/jdk8u/releases/8u20.html It will be released in August. I am unsure if an exact date has been announced. Mike On Jul 19 2014, at 14:53 , Jeff McClure wrote: > Is there a release date targeted for 8u20? From vicente.romero at oracle.com Mon Jul 21 17:53:17 2014 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Mon, 21 Jul 2014 13:53:17 -0400 Subject: [8u40] Request for review: JDK-8051467: javac, additional test case for JDK-8051402 Message-ID: <53CD538D.9080008@oracle.com> Hi, Please review fix for bug [1]. The public webrev can be find at [2]. This fix will add a new test case related to fix JDK-8051402. Thanks, Vicente [1] https://bugs.openjdk.java.net/browse/JDK-8051467 [2] http://cr.openjdk.java.net/~vromero/8051467/webrev.00/ From aleksej.efimov at oracle.com Mon Jul 21 18:50:53 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Mon, 21 Jul 2014 22:50:53 +0400 Subject: [8u-dev] RFA: 8049514: FEATURE_SECURE_PROCESSING can not be turned off on a validator through SchemaFactory Message-ID: <53CD610D.5050004@oracle.com> Hello, Can I have an approval for a straight-forward backport of 8049514 fix [1] to JDK 8u-dev. Thank you, Aleksej [1] JDK9 changesets: http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/c46bf267ad41 http://hg.openjdk.java.net/jdk9/dev/jdk/rev/526240307741 [2] Review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027825.html [3] JBS bug: https://bugs.openjdk.java.net/browse/JDK-8049514 From rob.mckenna at oracle.com Mon Jul 21 19:35:19 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 21 Jul 2014 20:35:19 +0100 Subject: [8u-dev] RFA: 8049514: FEATURE_SECURE_PROCESSING can not be turned off on a validator through SchemaFactory In-Reply-To: <53CD610D.5050004@oracle.com> References: <53CD610D.5050004@oracle.com> Message-ID: <53CD6B77.1060308@oracle.com> Approved. -Rob On 21/07/14 19:50, Aleksej Efimov wrote: > Hello, > > Can I have an approval for a straight-forward backport of 8049514 fix > [1] to JDK 8u-dev. > > Thank you, > Aleksej > > [1] JDK9 changesets: > http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/c46bf267ad41 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/526240307741 > [2] Review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027825.html > [3] JBS bug: https://bugs.openjdk.java.net/browse/JDK-8049514 From jeff.dinkins at oracle.com Mon Jul 21 20:49:39 2014 From: jeff.dinkins at oracle.com (Jeff Dinkins) Date: Mon, 21 Jul 2014 15:49:39 -0500 Subject: [8u20] Request for approval: 8051005: THIRD_PARTY_README update Message-ID: <9BB08142-2F48-4516-91FC-0DF56071100A@oracle.com> Updating the README file to the latest version numbers. JDK9 will be getting a similar update soon. Reviewed by Sean Coffey http://cr.openjdk.java.net/~jeff/8051005 From sean.coffey at oracle.com Mon Jul 21 21:00:21 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Mon, 21 Jul 2014 22:00:21 +0100 Subject: [8u20] Request for approval: 8051005: THIRD_PARTY_README update In-Reply-To: <9BB08142-2F48-4516-91FC-0DF56071100A@oracle.com> References: <9BB08142-2F48-4516-91FC-0DF56071100A@oracle.com> Message-ID: <53CD7F65.1050202@oracle.com> Thanks for looking after this Jeff. Approved for 8u20. Please push to jdk8u-dev and Rob should be able to look after 8u20 porting. You've posted the webrev change from the jdk repo and the same file change should be applicable across all repos. regards, Sean. On 21/07/14 21:49, Jeff Dinkins wrote: > Updating the README file to the latest version numbers. JDK9 will be getting a similar update soon. > > Reviewed by Sean Coffey > > http://cr.openjdk.java.net/~jeff/8051005 From petr.pchelko at oracle.com Tue Jul 22 07:53:40 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Tue, 22 Jul 2014 11:53:40 +0400 Subject: [8u40] Request for approval: 8046884 JNI exception pending in jdk/src/solaris/native/sun/java2d/x11: X11PMPLitLoops.c, X11SurfaceData.c Message-ID: <3ACE17DC-38F9-437A-ABC7-AFDC03F8E61F@oracle.com> Hello, This is a request for approval to backport a fix from JDK9 to JDK8u-dev repository: The bug report is not public at a moment, but the problem is that JNI exceptions are not handled properly in the native code. The JDK9 changeset is here: http://hg.openjdk.java.net/jdk9/client/jdk/rev/8dd92831afe1 Thank you with best regards. Petr. From sean.coffey at oracle.com Tue Jul 22 08:01:10 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 22 Jul 2014 09:01:10 +0100 Subject: [8u40] Request for approval: 8046884 JNI exception pending in jdk/src/solaris/native/sun/java2d/x11: X11PMPLitLoops.c, X11SurfaceData.c In-Reply-To: <3ACE17DC-38F9-437A-ABC7-AFDC03F8E61F@oracle.com> References: <3ACE17DC-38F9-437A-ABC7-AFDC03F8E61F@oracle.com> Message-ID: <53CE1A46.4090502@oracle.com> Approved. Please add a suitable noreg- label to bug report. regards, Sean. On 22/07/2014 08:53, Petr Pchelko wrote: > Hello, > > This is a request for approval to backport a fix from JDK9 to JDK8u-dev repository: > > The bug report is not public at a moment, but the problem is that JNI exceptions are not handled properly in the native code. > The JDK9 changeset is here: http://hg.openjdk.java.net/jdk9/client/jdk/rev/8dd92831afe1 > > Thank you with best regards. Petr. From anton.melnikov at oracle.com Tue Jul 22 08:24:34 2014 From: anton.melnikov at oracle.com (anton.melnikov at oracle.com) Date: Tue, 22 Jul 2014 12:24:34 +0400 Subject: [8u40] Request for approval: 8046888: JNI exception pending in jdk/src/share/native/sun/awt/image/awt_parseImage.c Message-ID: <53CE1FC2.70705@oracle.com> Hello, This is a request for approval to backport a fix from JDK9 to JDK8u-dev repository: The bug report is not public at a moment, but the problem is that JNI exceptions are not handled properly in the native code. The JDK9 changeset is here: http://hg.openjdk.java.net/jdk9/client/jdk/rev/bae12267b25d Thanks Anton Melnikov From sean.coffey at oracle.com Tue Jul 22 08:35:40 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 22 Jul 2014 09:35:40 +0100 Subject: [8u40] Request for approval: 8046888: JNI exception pending in jdk/src/share/native/sun/awt/image/awt_parseImage.c In-Reply-To: <53CE1FC2.70705@oracle.com> References: <53CE1FC2.70705@oracle.com> Message-ID: <53CE225C.5080909@oracle.com> Approved. Please add a suitable noreg- label. regards, Sean. On 22/07/2014 09:24, anton.melnikov at oracle.com wrote: > Hello, > > This is a request for approval to backport a fix from JDK9 to > JDK8u-dev repository: > > The bug report is not public at a moment, but the problem is that JNI > exceptions are not handled properly in the native code. > The JDK9 changeset is here: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/bae12267b25d > > Thanks > Anton Melnikov From maurizio.cimadamore at oracle.com Tue Jul 22 11:10:17 2014 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Tue, 22 Jul 2014 12:10:17 +0100 Subject: [8u40] Request for review: JDK-8051467: javac, additional test case for JDK-8051402 In-Reply-To: <53CD538D.9080008@oracle.com> References: <53CD538D.9080008@oracle.com> Message-ID: <53CE4699.70902@oracle.com> Looks good Maurizio On 21/07/14 18:53, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please review fix for bug [1]. The public webrev can be find at [2]. > This fix will add a new test case related to fix JDK-8051402. > > Thanks, > Vicente > > [1] https://bugs.openjdk.java.net/browse/JDK-8051467 > [2] http://cr.openjdk.java.net/~vromero/8051467/webrev.00/ From maurizio.cimadamore at oracle.com Tue Jul 22 11:12:05 2014 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Tue, 22 Jul 2014 12:12:05 +0100 Subject: [8u40] Request for approval, backport of 8043926 Message-ID: <53CE4705.5010101@oracle.com> Hi, Please approve the backport from 9 to 8udev repo of the following fixes: JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8043926 Backport: https://bugs.openjdk.java.net/browse/JDK-8043927 Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/27c261414e4f Thanks, Maurizio From sean.coffey at oracle.com Tue Jul 22 11:26:01 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 22 Jul 2014 12:26:01 +0100 Subject: [8u40] Request for approval, backport of 8043926 In-Reply-To: <53CE4705.5010101@oracle.com> References: <53CE4705.5010101@oracle.com> Message-ID: <53CE4A49.8010100@oracle.com> Approved. regards, Sean. On 22/07/2014 12:12, Maurizio Cimadamore wrote: > Hi, > Please approve the backport from 9 to 8udev repo of the following fixes: > > JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8043926 > Backport: https://bugs.openjdk.java.net/browse/JDK-8043927 > Changeset: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/27c261414e4f > > Thanks, > Maurizio From vicente.romero at oracle.com Tue Jul 22 15:45:59 2014 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Tue, 22 Jul 2014 11:45:59 -0400 Subject: [8u40] Request for approval 8051467: javac, additional test case for JDK-8051402 Message-ID: <53CE8737.9090107@oracle.com> Hi, Please approve pushing this fix to 8u40. It provides an additional test case related to a previous fix, JDK-8051402. JDK8u40 bug : https://bugs.openjdk.java.net/browse/JDK-8051467 public review: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001529.html Thanks, Vicente From sean.coffey at oracle.com Tue Jul 22 16:12:48 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 22 Jul 2014 17:12:48 +0100 Subject: [8u20] Request for phase 2 approval for : 8051378: AIX: Change "8030763: Validate global memory allocation" breaks the HotSpot build Message-ID: <53CE8D80.9030601@oracle.com> Submitting this request for an issue that Volker reported to the list last week. An AIX build issue which came about as a result of an earlier CPU fix. http://cr.openjdk.java.net/~simonis/webrevs/8051378/ https://bugs.openjdk.java.net/browse/JDK-8051378 review thread : http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014726.html Regards, Sean. From rob.mckenna at oracle.com Tue Jul 22 16:19:27 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 22 Jul 2014 17:19:27 +0100 Subject: [8u20] Request for phase 2 approval for : 8051378: AIX: Change "8030763: Validate global memory allocation" breaks the HotSpot build In-Reply-To: <53CE8D80.9030601@oracle.com> References: <53CE8D80.9030601@oracle.com> Message-ID: <53CE8F0F.2040707@oracle.com> Approved. -Rob On 22/07/14 17:12, Se?n Coffey wrote: > Submitting this request for an issue that Volker reported to the list > last week. An AIX build issue which came about as a result of an > earlier CPU fix. > > http://cr.openjdk.java.net/~simonis/webrevs/8051378/ > https://bugs.openjdk.java.net/browse/JDK-8051378 > review thread : > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014726.html > > Regards, > Sean. > From vladimir.kozlov at oracle.com Tue Jul 22 16:20:59 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Tue, 22 Jul 2014 09:20:59 -0700 Subject: [8u20] Request for phase 2 approval for : 8051378: AIX: Change "8030763: Validate global memory allocation" breaks the HotSpot build In-Reply-To: <53CE8D80.9030601@oracle.com> References: <53CE8D80.9030601@oracle.com> Message-ID: <53CE8F6B.4090508@oracle.com> Looks good. Approved (if I am allowed to approve). Thanks, Vladimir On 7/22/14 9:12 AM, Se?n Coffey wrote: > Submitting this request for an issue that Volker reported to the list last week. An AIX build issue which came about as > a result of an earlier CPU fix. > > http://cr.openjdk.java.net/~simonis/webrevs/8051378/ > https://bugs.openjdk.java.net/browse/JDK-8051378 > review thread : http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014726.html > > Regards, > Sean. > From volker.simonis at gmail.com Tue Jul 22 18:26:02 2014 From: volker.simonis at gmail.com (Volker Simonis) Date: Tue, 22 Jul 2014 20:26:02 +0200 Subject: [8u20] Request for phase 2 approval for : 8051378: AIX: Change "8030763: Validate global memory allocation" breaks the HotSpot build In-Reply-To: <53CE8F6B.4090508@oracle.com> References: <53CE8D80.9030601@oracle.com> <53CE8F6B.4090508@oracle.com> Message-ID: Thanks everybody! Volker On Tue, Jul 22, 2014 at 6:20 PM, Vladimir Kozlov wrote: > Looks good. Approved (if I am allowed to approve). > > Thanks, > Vladimir > > > On 7/22/14 9:12 AM, Se?n Coffey wrote: >> >> Submitting this request for an issue that Volker reported to the list last >> week. An AIX build issue which came about as >> a result of an earlier CPU fix. >> >> http://cr.openjdk.java.net/~simonis/webrevs/8051378/ >> https://bugs.openjdk.java.net/browse/JDK-8051378 >> review thread : >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-July/014726.html >> >> Regards, >> Sean. >> > From aleksej.efimov at oracle.com Wed Jul 23 05:28:33 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Wed, 23 Jul 2014 09:28:33 +0400 Subject: [8u-dev] RFA: 8029837: NPE seen in XMLDocumentFragmentScannerImpl.setProperty since 7u40b33 Message-ID: <53CF4801.6030407@oracle.com> Hello, Can I have an approval for a straight-forward backport of 8029837 fix [1] to JDK 8u-dev. Thank you, Aleksej [1] JDK9 chagesets: http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/165307afc816 http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11580fe518bb [2] Review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027946.html [3] JBS bug: https: https://bugs.openjdk.java.net/browse/JDK-8029837 From sean.coffey at oracle.com Wed Jul 23 08:23:07 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 23 Jul 2014 09:23:07 +0100 Subject: [8u40] Request for approval 8051467: javac, additional test case for JDK-8051402 In-Reply-To: <53CE8737.9090107@oracle.com> References: <53CE8737.9090107@oracle.com> Message-ID: <53CF70EB.9040804@oracle.com> Approved for jdk8u-dev. Is this bug record applicable to JDK 9? If so, please create a backport record. Otherwise add the 9-na label. regards, Sean. On 22/07/2014 16:45, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please approve pushing this fix to 8u40. It provides an additional > test case related to a previous fix, JDK-8051402. > > JDK8u40 bug : https://bugs.openjdk.java.net/browse/JDK-8051467 > public review: > http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001529.html > > > Thanks, > Vicente From sean.coffey at oracle.com Wed Jul 23 08:23:53 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 23 Jul 2014 09:23:53 +0100 Subject: [8u-dev] RFA: 8029837: NPE seen in XMLDocumentFragmentScannerImpl.setProperty since 7u40b33 In-Reply-To: <53CF4801.6030407@oracle.com> References: <53CF4801.6030407@oracle.com> Message-ID: <53CF7119.8050103@oracle.com> Approved. regards, Sean. On 23/07/2014 06:28, Aleksej Efimov wrote: > Hello, > > Can I have an approval for a straight-forward backport of 8029837 fix > [1] to JDK 8u-dev. > > Thank you, > Aleksej > > [1] JDK9 chagesets: > http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/165307afc816 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11580fe518bb > [2] Review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027946.html > [3] JBS bug: https: https://bugs.openjdk.java.net/browse/JDK-8029837 From peter.levart at gmail.com Wed Jul 23 11:53:25 2014 From: peter.levart at gmail.com (Peter Levart) Date: Wed, 23 Jul 2014 13:53:25 +0200 Subject: [8u-dev] RFA: JDK-8000975 - (process) Merge UNIXProcess.java.bsd & UNIXProcess.java.linux Message-ID: <53CFA235.8040507@gmail.com> Hi, I would like to backport the fix for: https://bugs.openjdk.java.net/browse/JDK-8000975 Which seems to also fix the following issue: https://bugs.openjdk.java.net/browse/JDK-8047340 The discussion thread starts here: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-March/026062.html The original fix was made for jdk9 and applied to: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/27e0909d3fa0 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/27e0909d3fa0 It does not import cleanly into jdk8u-dev repository because a fix to UNIXProcess.java.solaris was applied to jdk8u-dev lately: http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/9189a6d49ac0 ...which was not applied to jdk9-dev. Since the presented patch supersedes this fix (a fix for Solaris variant to use a thread pool to manage process reaper tasks), nothing is lost. Here's a webrev of the proposed backported fix: http://cr.openjdk.java.net/~plevart/jdk8u-dev/UNIXProcess/webrev.01/ You can compare it to the webrev of original jdk9-dev fix: http://cr.openjdk.java.net/~plevart/jdk9-dev/UNIXProcess/webrev.10/ Regards, Peter From petr.pchelko at oracle.com Wed Jul 23 12:45:30 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Wed, 23 Jul 2014 16:45:30 +0400 Subject: [8u40] Request for approval: 8032864 [macosx] sigsegv (0Xb) Being Generated When Starting JDev With Voiceover Running Message-ID: <6EB65886-80D1-4EA5-BB08-FB73496ADB33@oracle.com> Hello, This is a request for approval to backport a fix from the JDK9 to the JDK8u-dev repository. The bug: https://bugs.openjdk.java.net/browse/JDK-8032864 The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/ffaf9f05814b The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008278.html With best regards. Petr. From sean.coffey at oracle.com Wed Jul 23 19:05:50 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 23 Jul 2014 20:05:50 +0100 Subject: [8u20] Request for phase 2 approval for : 8051614 : smartcardio TCK tests fail due to lack of 'reset' permission Message-ID: <53D0078E.8090706@oracle.com> Looking to get this fix into 8u20 so that TCK tests pass when run with the new system property that was introduced in 8u20 b23. webrev : http://cr.openjdk.java.net/~coffeys/webrev.8051614/webrev/ review thread : http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010844.html Relevant TCK tests run and green. regards, Sean. From dalibor.topic at oracle.com Wed Jul 23 20:08:31 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Wed, 23 Jul 2014 22:08:31 +0200 Subject: [8u20] Request for phase 2 approval for : 8051614 : smartcardio TCK tests fail due to lack of 'reset' permission In-Reply-To: <53D0078E.8090706@oracle.com> References: <53D0078E.8090706@oracle.com> Message-ID: <53D0163F.9000400@oracle.com> Thanks, Sean - approved. On 23.07.2014 21:05, Se?n Coffey wrote: > Looking to get this fix into 8u20 so that TCK tests pass when run with > the new system property that was introduced in 8u20 b23. > > webrev : http://cr.openjdk.java.net/~coffeys/webrev.8051614/webrev/ > review thread : > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010844.html > > Relevant TCK tests run and green. > > regards, > Sean. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From sean.coffey at oracle.com Wed Jul 23 21:12:05 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 23 Jul 2014 22:12:05 +0100 Subject: jdk8u20-b24: jdk8u20-dev Message-ID: <53D02525.40302@oracle.com> jdk8u20 b24 integration from jdk8u20-dev complete. Fixes : ====== 8051615 AIX: Change "8030763: Validate global memory allocation" breaks the HotSpot build 8051005 Update THIRD_PARTY_LICENSE_README for 8u20 8051614 smartcardio TCK tests fail due to lack of 'reset' permission security-libs Regards, Sean. From dmitry.markov at oracle.com Thu Jul 24 06:31:37 2014 From: dmitry.markov at oracle.com (dmitry markov) Date: Thu, 24 Jul 2014 10:31:37 +0400 Subject: [8u-dev] Request for approval 8044614: [macosx] Focus issue with 2 applets in firefox Message-ID: <53D0A849.2070908@oracle.com> Hello, Could you approve the straight back-port of the fix for 8044614 to jdk8u-dev (jdk8u40), please? The bug: https://bugs.openjdk.java.net/browse/JDK-8044614 The webrev: http://cr.openjdk.java.net/~dmarkov/8044614/jdk8u/webrev.00/ The review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008136.html The jdk9 chageset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/b6e8290ca6ed Thanks, Dmitry From sean.coffey at oracle.com Thu Jul 24 08:05:14 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 24 Jul 2014 09:05:14 +0100 Subject: [8u-dev] Request for approval 8044614: [macosx] Focus issue with 2 applets in firefox In-Reply-To: <53D0A849.2070908@oracle.com> References: <53D0A849.2070908@oracle.com> Message-ID: <53D0BE3A.9020401@oracle.com> Approved. regards, Sean. On 24/07/2014 07:31, dmitry markov wrote: > Hello, > > Could you approve the straight back-port of the fix for 8044614 to > jdk8u-dev (jdk8u40), please? > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8044614 > The webrev: > http://cr.openjdk.java.net/~dmarkov/8044614/jdk8u/webrev.00/ > The review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008136.html > The jdk9 chageset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/b6e8290ca6ed > > Thanks, > Dmitry From sean.coffey at oracle.com Thu Jul 24 08:20:14 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 24 Jul 2014 09:20:14 +0100 Subject: [8u40] Request for approval: 8032864 [macosx] sigsegv (0Xb) Being Generated When Starting JDev With Voiceover Running In-Reply-To: <6EB65886-80D1-4EA5-BB08-FB73496ADB33@oracle.com> References: <6EB65886-80D1-4EA5-BB08-FB73496ADB33@oracle.com> Message-ID: <53D0C1BE.1060903@oracle.com> Approved. regards, Sean. On 23/07/2014 13:45, Petr Pchelko wrote: > Hello, > > This is a request for approval to backport a fix from the JDK9 to the JDK8u-dev repository. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8032864 > The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/ffaf9f05814b > The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008278.html > > With best regards. Petr. From sean.coffey at oracle.com Thu Jul 24 14:44:21 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 24 Jul 2014 15:44:21 +0100 Subject: [8u-dev] RFA: JDK-8000975 - (process) Merge UNIXProcess.java.bsd & UNIXProcess.java.linux In-Reply-To: <53CFA235.8040507@gmail.com> References: <53CFA235.8040507@gmail.com> Message-ID: <53D11BC5.4040808@oracle.com> Changes look fine to me Peter. Thanks for backporting this one. Please close out JDK-8047340 as a duplicate also. I took the opportunity to run your change through our JPRT build/test system and all looks fine. regards, Sean. On 23/07/2014 12:53, Peter Levart wrote: > Hi, > > I would like to backport the fix for: > > https://bugs.openjdk.java.net/browse/JDK-8000975 > > Which seems to also fix the following issue: > > https://bugs.openjdk.java.net/browse/JDK-8047340 > > The discussion thread starts here: > > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-March/026062.html > > > The original fix was made for jdk9 and applied to: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/27e0909d3fa0 > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/27e0909d3fa0 > > It does not import cleanly into jdk8u-dev repository because a fix to > UNIXProcess.java.solaris was applied to jdk8u-dev lately: > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/9189a6d49ac0 > > ...which was not applied to jdk9-dev. Since the presented patch > supersedes this fix (a fix for Solaris variant to use a thread pool to > manage process reaper tasks), nothing is lost. > > Here's a webrev of the proposed backported fix: > > http://cr.openjdk.java.net/~plevart/jdk8u-dev/UNIXProcess/webrev.01/ > > You can compare it to the webrev of original jdk9-dev fix: > > http://cr.openjdk.java.net/~plevart/jdk9-dev/UNIXProcess/webrev.10/ > > > Regards, Peter > From rob.mckenna at oracle.com Thu Jul 24 14:58:53 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 24 Jul 2014 15:58:53 +0100 Subject: [8u-dev] RFA: JDK-8000975 - (process) Merge UNIXProcess.java.bsd & UNIXProcess.java.linux In-Reply-To: <53CFA235.8040507@gmail.com> References: <53CFA235.8040507@gmail.com> Message-ID: <53D11F2D.4090703@oracle.com> Approved. Thanks a lot Peter, -Rob On 23/07/14 12:53, Peter Levart wrote: > Hi, > > I would like to backport the fix for: > > https://bugs.openjdk.java.net/browse/JDK-8000975 > > Which seems to also fix the following issue: > > https://bugs.openjdk.java.net/browse/JDK-8047340 > > The discussion thread starts here: > > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-March/026062.html > > > The original fix was made for jdk9 and applied to: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/27e0909d3fa0 > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/27e0909d3fa0 > > It does not import cleanly into jdk8u-dev repository because a fix to > UNIXProcess.java.solaris was applied to jdk8u-dev lately: > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/9189a6d49ac0 > > ...which was not applied to jdk9-dev. Since the presented patch > supersedes this fix (a fix for Solaris variant to use a thread pool to > manage process reaper tasks), nothing is lost. > > Here's a webrev of the proposed backported fix: > > http://cr.openjdk.java.net/~plevart/jdk8u-dev/UNIXProcess/webrev.01/ > > You can compare it to the webrev of original jdk9-dev fix: > > http://cr.openjdk.java.net/~plevart/jdk9-dev/UNIXProcess/webrev.10/ > > > Regards, Peter > From peter.levart at gmail.com Thu Jul 24 19:21:08 2014 From: peter.levart at gmail.com (Peter Levart) Date: Thu, 24 Jul 2014 21:21:08 +0200 Subject: [8u-dev] RFA: JDK-8000975 - (process) Merge UNIXProcess.java.bsd & UNIXProcess.java.linux In-Reply-To: <53D11BC5.4040808@oracle.com> References: <53CFA235.8040507@gmail.com> <53D11BC5.4040808@oracle.com> Message-ID: <53D15CA4.30407@gmail.com> Thanks Sean and Rob. I pushed the changeset and included both bugids in the message. I hope this is ok. I see both issues as Resolved now. JDK-8000975 has Fix Version: 9 and a backport issue for 8u40 JDK-8051918 has been created as resolved. JDK-8047340 has Fix Verison: 8u40 (and no mention of 9) How to tell Jira that 8047340 has been superseded by 8000975 in 9 ? Regards, Peter On 07/24/2014 04:44 PM, Se?n Coffey wrote: > Changes look fine to me Peter. Thanks for backporting this one. Please > close out JDK-8047340 as a duplicate also. > > I took the opportunity to run your change through our JPRT build/test > system and all looks fine. > > regards, > Sean. > > On 23/07/2014 12:53, Peter Levart wrote: >> Hi, >> >> I would like to backport the fix for: >> >> https://bugs.openjdk.java.net/browse/JDK-8000975 >> >> Which seems to also fix the following issue: >> >> https://bugs.openjdk.java.net/browse/JDK-8047340 >> >> The discussion thread starts here: >> >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-March/026062.html >> >> >> The original fix was made for jdk9 and applied to: >> >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/27e0909d3fa0 >> http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/27e0909d3fa0 >> >> It does not import cleanly into jdk8u-dev repository because a fix to >> UNIXProcess.java.solaris was applied to jdk8u-dev lately: >> >> http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/9189a6d49ac0 >> >> ...which was not applied to jdk9-dev. Since the presented patch >> supersedes this fix (a fix for Solaris variant to use a thread pool >> to manage process reaper tasks), nothing is lost. >> >> Here's a webrev of the proposed backported fix: >> >> http://cr.openjdk.java.net/~plevart/jdk8u-dev/UNIXProcess/webrev.01/ >> >> You can compare it to the webrev of original jdk9-dev fix: >> >> http://cr.openjdk.java.net/~plevart/jdk9-dev/UNIXProcess/webrev.10/ >> >> >> Regards, Peter >> > From alejandro.murillo at oracle.com Thu Jul 24 20:51:33 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Thu, 24 Jul 2014 14:51:33 -0600 Subject: jdk8u20-b25: HotSpot Message-ID: <53D171D5.1040200@oracle.com> hs25.20-b23 has been integrated into jdk8u20-b25. http://hg.openjdk.java.net/jdk8u/jdk8u20/rev/1710841b0229 http://hg.openjdk.java.net/jdk8u/jdk8u20/corba/rev/34c930eaa6b5 http://hg.openjdk.java.net/jdk8u/jdk8u20/hotspot/rev/19408d5fd31c http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxp/rev/dd09d8b9edef http://hg.openjdk.java.net/jdk8u/jdk8u20/jaxws/rev/1277c0d492fd http://hg.openjdk.java.net/jdk8u/jdk8u20/jdk/rev/dfb9f24d56b5 http://hg.openjdk.java.net/jdk8u/jdk8u20/langtools/rev/9239118487df http://hg.openjdk.java.net/jdk8u/jdk8u20/nashorn/rev/d3da140e1793 PIT has been waived. CRs for testing: 8050978: Fix bad field access check in C1 and C2 8051908: new hotspot build - hs25.20-b23 -- Alejandro From sean.coffey at oracle.com Thu Jul 24 21:28:40 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 24 Jul 2014 22:28:40 +0100 Subject: [8u-dev] RFA: JDK-8000975 - (process) Merge UNIXProcess.java.bsd & UNIXProcess.java.linux In-Reply-To: <53D15CA4.30407@gmail.com> References: <53CFA235.8040507@gmail.com> <53D11BC5.4040808@oracle.com> <53D15CA4.30407@gmail.com> Message-ID: <53D17A88.3060903@oracle.com> On 24/07/2014 20:21, Peter Levart wrote: > Thanks Sean and Rob. I pushed the changeset and included both bugids > in the message. I hope this is ok. I see both issues as Resolved now. > > JDK-8000975 has Fix > Version: 9 and a backport issue for 8u40 JDK-8051918 > has been created as > resolved. > JDK-8047340 has Fix > Verison: 8u40 (and no mention of 9) > > How to tell Jira that 8047340 has been superseded by 8000975 in 9 ? Looks good Peter. The '9-na' label is sufficient for this purpose and it's already present. You can add a comment in bug to same effect if you wish. regards, Sean. > > Regards, Peter > > On 07/24/2014 04:44 PM, Se?n Coffey wrote: >> Changes look fine to me Peter. Thanks for backporting this one. >> Please close out JDK-8047340 as a duplicate also. >> >> I took the opportunity to run your change through our JPRT build/test >> system and all looks fine. >> >> regards, >> Sean. >> >> On 23/07/2014 12:53, Peter Levart wrote: >>> Hi, >>> >>> I would like to backport the fix for: >>> >>> https://bugs.openjdk.java.net/browse/JDK-8000975 >>> >>> Which seems to also fix the following issue: >>> >>> https://bugs.openjdk.java.net/browse/JDK-8047340 >>> >>> The discussion thread starts here: >>> >>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-March/026062.html >>> >>> >>> The original fix was made for jdk9 and applied to: >>> >>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/27e0909d3fa0 >>> http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/27e0909d3fa0 >>> >>> It does not import cleanly into jdk8u-dev repository because a fix >>> to UNIXProcess.java.solaris was applied to jdk8u-dev lately: >>> >>> http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/9189a6d49ac0 >>> >>> ...which was not applied to jdk9-dev. Since the presented patch >>> supersedes this fix (a fix for Solaris variant to use a thread pool >>> to manage process reaper tasks), nothing is lost. >>> >>> Here's a webrev of the proposed backported fix: >>> >>> http://cr.openjdk.java.net/~plevart/jdk8u-dev/UNIXProcess/webrev.01/ >>> >>> You can compare it to the webrev of original jdk9-dev fix: >>> >>> http://cr.openjdk.java.net/~plevart/jdk9-dev/UNIXProcess/webrev.10/ >>> >>> >>> Regards, Peter >>> >> > From rob.mckenna at oracle.com Thu Jul 24 21:40:33 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 24 Jul 2014 22:40:33 +0100 Subject: RFA: 8044659: Java SecureRandom on SPARC T4 much slower than on x86/Linux Message-ID: <53D17D51.3060007@oracle.com> Hi folks, Straight backport: Bug: https://bugs.openjdk.java.net/browse/JDK-8044659 Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8c7eee281a64 Review: http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010840.html -Rob From sean.coffey at oracle.com Thu Jul 24 21:47:26 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 24 Jul 2014 22:47:26 +0100 Subject: RFA: 8044659: Java SecureRandom on SPARC T4 much slower than on x86/Linux In-Reply-To: <53D17D51.3060007@oracle.com> References: <53D17D51.3060007@oracle.com> Message-ID: <53D17EEE.4010008@oracle.com> Approved. Please add a suitable noreg- label. regards, Sean. On 24/07/2014 22:40, Rob McKenna wrote: > Hi folks, > > Straight backport: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8044659 > Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8c7eee281a64 > Review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010840.html > > -Rob > From mike.duigou at oracle.com Thu Jul 24 22:22:03 2014 From: mike.duigou at oracle.com (Mike Duigou) Date: Thu, 24 Jul 2014 15:22:03 -0700 Subject: Request for Approval: 8048209 : Collections.synchronizedNavigableSet().tailSet(Object, boolean) synchronizes on wrong object Message-ID: Hello all; This is an issue that was recently fixed in Java 9 and is appropriate to backport to Java 8u. The same patch will be used. jbsbug: https://bugs.openjdk.java.net/browse/JDK-8048209 jdk9/jdk: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1254df1151d2 corelibs-dev: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027967.html Mike From sean.coffey at oracle.com Thu Jul 24 22:49:10 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 24 Jul 2014 23:49:10 +0100 Subject: Request for Approval: 8048209 : Collections.synchronizedNavigableSet().tailSet(Object, boolean) synchronizes on wrong object In-Reply-To: References: Message-ID: <53D18D66.30000@oracle.com> Approved. regards, Sean. On 24/07/2014 23:22, Mike Duigou wrote: > Hello all; > > This is an issue that was recently fixed in Java 9 and is appropriate to backport to Java 8u. The same patch will be used. > > jbsbug: https://bugs.openjdk.java.net/browse/JDK-8048209 > jdk9/jdk: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1254df1151d2 > corelibs-dev: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027967.html > > Mike > From sean.coffey at oracle.com Fri Jul 25 09:58:27 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 25 Jul 2014 10:58:27 +0100 Subject: jdk8u-dev -> jdk8u (8u40) sync complete Message-ID: <53D22A43.3020304@oracle.com> Sync into 8u master complete - this includes the 8u11 code changes. regards, Sean. From alejandro.murillo at oracle.com Fri Jul 25 17:02:16 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 25 Jul 2014 11:02:16 -0600 Subject: [8u20] Retroactive Request for approval for bulk integration of hs25.20-b23 Message-ID: <53D28D98.7090701@oracle.com> Retroactively Requesting approval to integrate hs25.20-b23 into jdk8u20-b25. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u20/hs25.20-b23-jdk8u20-b25.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8050978: Fix bad field access check in C1 and C2 8051908: new hotspot build - hs25.20-b23 -- Alejandro From rob.mckenna at oracle.com Fri Jul 25 17:34:15 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 25 Jul 2014 18:34:15 +0100 Subject: [8u20] Retroactive Request for approval for bulk integration of hs25.20-b23 In-Reply-To: <53D28D98.7090701@oracle.com> References: <53D28D98.7090701@oracle.com> Message-ID: <53D29517.6050003@oracle.com> Approved. -Rob On 25/07/14 18:02, Alejandro E Murillo wrote: > Retroactively Requesting approval to integrate hs25.20-b23 into > jdk8u20-b25. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u20/hs25.20-b23-jdk8u20-b25.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8050978: Fix bad field access check in C1 and C2 > 8051908: new hotspot build - hs25.20-b23 > From artem.malinko at oracle.com Mon Jul 28 13:45:04 2014 From: artem.malinko at oracle.com (artem malinko) Date: Mon, 28 Jul 2014 17:45:04 +0400 Subject: [8u40] Request for approval: 8047288. Endless loop in EDT on Mac Message-ID: <53D653E0.50801@oracle.com> Hello! This is a request to backport a jdk9 fix into jdk8u-dev. Description: Window.isFocusableWindow() could lead to deadlock if it is invoked on AppKit thread. Fix caches result of Window.isFocusableWindow() on a peer level and method is not invoked on AppkitThread. https://bugs.openjdk.java.net/browse/JDK-8047288 Fix included in jdk9: http://hg.openjdk.java.net/jdk9/client/jdk/rev/cffba41b6194 Review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008281.html The patch for jdk8 is identical to one in jdk9. From alejandro.murillo at oracle.com Mon Jul 28 18:58:10 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Mon, 28 Jul 2014 12:58:10 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b02 Message-ID: <53D69D42.10800@oracle.com> Requesting approval to integrate hs25.40-b02 into jdk8u40-b01. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b02-jdk8u40-b01.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8019342: G1: High "Other" time most likely due to card redirtying 8026784: Error message in AdaptiveFreeList::verify_stats is wrong 8026847: [TESTBUG] gc/g1/TestSummarizeRSetStats* tests launch 32bit jvm with UseCompressedOops 8027553: Change the in_cset_fast_test functionality to use the G1BiasedArray abstraction 8028037: [parfait] warnings from b114 for hotspot.src.share.vm 8028710: G1 does not retire allocation buffers after reference processing work 8035400: Move G1ParScanThreadState into its own files 8035401: Fix visibility of G1ParScanThreadState members 8037344: Use the "next" field to iterate over fine remembered instead of using the hash table 8038930: G1CodeRootSet::test fails with assert(_num_chunks_handed_out == 0) failed: No elements must have been handed out yet 8039596: Remove HeapRegionRemSet::clear_incoming_entry 8040002: Clean up code and code duplication in re-diryting cards for verification 8040792: G1: Memory usage calculation uses sizeof(this) instead of sizeof(classname) 8040977: G1 crashes when run with -XX:-G1DeferredRSUpdate 8042255: make gc src file exclusion more automatic 8043722: Swapped usage of idx_t and bm_word_t types in parMarkBitMap.cpp 8043723: max_heap_for_compressed_oops() declared with size_t, but defined with uintx 8049916: new hotspot build - hs25.40-b02 8050229: Uninitialised memory in hotspot/src/share/vm/compiler/oopMap.cpp 8050972: Concurrency problem in PcDesc cache 8050978: Fix bad field access check in C1 and C2 -- Alejandro From naoto.sato at oracle.com Mon Jul 28 22:12:44 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Mon, 28 Jul 2014 15:12:44 -0700 Subject: [8u40] Request for approval: 8047288. Endless loop in EDT on Mac In-Reply-To: <53D653E0.50801@oracle.com> References: <53D653E0.50801@oracle.com> Message-ID: <53D6CADC.90909@oracle.com> Approved. Naoto On 7/28/14, 6:45 AM, artem malinko wrote: > Hello! > > This is a request to backport a jdk9 fix into jdk8u-dev. > > Description: > Window.isFocusableWindow() could lead to deadlock if it is invoked on > AppKit thread. Fix caches result of Window.isFocusableWindow() on a peer > level and method is not invoked on AppkitThread. > https://bugs.openjdk.java.net/browse/JDK-8047288 > > Fix included in jdk9: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/cffba41b6194 > > Review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008281.html > > The patch for jdk8 is identical to one in jdk9. From artem.malinko at oracle.com Tue Jul 29 08:47:39 2014 From: artem.malinko at oracle.com (artem malinko) Date: Tue, 29 Jul 2014 12:47:39 +0400 Subject: [8u40] Request for approval: 8047288. Endless loop in EDT on Mac In-Reply-To: <53D6CADC.90909@oracle.com> References: <53D653E0.50801@oracle.com> <53D6CADC.90909@oracle.com> Message-ID: <53D75FAB.1030907@oracle.com> Thank you, Naoto. On 7/29/2014 2:12 AM, Naoto Sato wrote: > Approved. > > Naoto > > On 7/28/14, 6:45 AM, artem malinko wrote: >> Hello! >> >> This is a request to backport a jdk9 fix into jdk8u-dev. >> >> Description: >> Window.isFocusableWindow() could lead to deadlock if it is invoked on >> AppKit thread. Fix caches result of Window.isFocusableWindow() on a peer >> level and method is not invoked on AppkitThread. >> https://bugs.openjdk.java.net/browse/JDK-8047288 >> >> Fix included in jdk9: >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/cffba41b6194 >> >> Review thread: >> http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008281.html >> >> The patch for jdk8 is identical to one in jdk9. From sean.coffey at oracle.com Tue Jul 29 19:28:32 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 29 Jul 2014 20:28:32 +0100 Subject: [8u40] Request for approval for bulk integration of hs25.40-b02 In-Reply-To: <53D69D42.10800@oracle.com> References: <53D69D42.10800@oracle.com> Message-ID: <53D7F5E0.901@oracle.com> Approved. regards, Sean. On 28/07/2014 19:58, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b02 into jdk8u40-b01. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b02-jdk8u40-b01.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8019342: G1: High "Other" time most likely due to card redirtying > 8026784: Error message in AdaptiveFreeList::verify_stats is wrong > 8026847: [TESTBUG] gc/g1/TestSummarizeRSetStats* tests launch 32bit > jvm with UseCompressedOops > 8027553: Change the in_cset_fast_test functionality to use the > G1BiasedArray abstraction > 8028037: [parfait] warnings from b114 for hotspot.src.share.vm > 8028710: G1 does not retire allocation buffers after reference > processing work > 8035400: Move G1ParScanThreadState into its own files > 8035401: Fix visibility of G1ParScanThreadState members > 8037344: Use the "next" field to iterate over fine remembered instead > of using the hash table > 8038930: G1CodeRootSet::test fails with assert(_num_chunks_handed_out > == 0) failed: No elements must have been handed out yet > 8039596: Remove HeapRegionRemSet::clear_incoming_entry > 8040002: Clean up code and code duplication in re-diryting cards for > verification > 8040792: G1: Memory usage calculation uses sizeof(this) instead of > sizeof(classname) > 8040977: G1 crashes when run with -XX:-G1DeferredRSUpdate > 8042255: make gc src file exclusion more automatic > 8043722: Swapped usage of idx_t and bm_word_t types in parMarkBitMap.cpp > 8043723: max_heap_for_compressed_oops() declared with size_t, but > defined with uintx > 8049916: new hotspot build - hs25.40-b02 > 8050229: Uninitialised memory in hotspot/src/share/vm/compiler/oopMap.cpp > 8050972: Concurrency problem in PcDesc cache > 8050978: Fix bad field access check in C1 and C2 > From naoto.sato at oracle.com Tue Jul 29 23:17:55 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 29 Jul 2014 16:17:55 -0700 Subject: [8u-dev] Request for backport approval: JDK-8048515,Read outside array bounds in jdk/src/solaris/native/java/lang/java_props_md.c Message-ID: <53D82BA3.20807@oracle.com> Hello, Please approve the backport for the following fix from JDK9 to JDK8u. The changeset applies cleanly to 8u-dev repository. Bug: https://bugs.openjdk.java.net/browse/JDK-8048515 Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/2b7bf1d63a9c Review: http://mail.openjdk.java.net/pipermail/i18n-dev/2014-July/001453.html Naoto From sean.coffey at oracle.com Wed Jul 30 07:51:58 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 30 Jul 2014 08:51:58 +0100 Subject: [8u-dev] Request for backport approval: JDK-8048515, Read outside array bounds in jdk/src/solaris/native/java/lang/java_props_md.c In-Reply-To: <53D82BA3.20807@oracle.com> References: <53D82BA3.20807@oracle.com> Message-ID: <53D8A41E.5080408@oracle.com> Approved. regards, Sean. On 30/07/2014 00:17, Naoto Sato wrote: > Hello, > > Please approve the backport for the following fix from JDK9 to JDK8u. > The changeset applies cleanly to 8u-dev repository. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8048515 > Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/2b7bf1d63a9c > Review: > http://mail.openjdk.java.net/pipermail/i18n-dev/2014-July/001453.html > > Naoto From anton.nashatyrev at oracle.com Wed Jul 30 09:19:14 2014 From: anton.nashatyrev at oracle.com (anton nashatyrev) Date: Wed, 30 Jul 2014 13:19:14 +0400 Subject: [8u-dev] Backport request: 8046495: KeyEvent can not be accepted in quick mouse clicking Message-ID: <53D8B892.3040203@oracle.com> Hello, please approve the fix backport from jdk9 to jdk8u-dev. The fix functionality is almost the same as in jdk9, though it was made a little bit conservative for jdk8 Bug: https://bugs.openjdk.java.net/browse/JDK-8046495 Webrev for 8: http://cr.openjdk.java.net/%7Eanashaty/8046495/8/webrev.00/ Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/7caf08701170 Jdk9/8 Review Thread: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008129.html Thanks! Anton. From sean.coffey at oracle.com Wed Jul 30 09:34:32 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 30 Jul 2014 10:34:32 +0100 Subject: [8u-dev] Backport request: 8046495: KeyEvent can not be accepted in quick mouse clicking In-Reply-To: <53D8B892.3040203@oracle.com> References: <53D8B892.3040203@oracle.com> Message-ID: <53D8BC28.6080402@oracle.com> Approved. regards, Sean. On 30/07/14 10:19, anton nashatyrev wrote: > Hello, > > please approve the fix backport from jdk9 to jdk8u-dev. > The fix functionality is almost the same as in jdk9, though it was > made a little bit conservative for jdk8 > > Bug: https://bugs.openjdk.java.net/browse/JDK-8046495 > Webrev for 8: http://cr.openjdk.java.net/%7Eanashaty/8046495/8/webrev.00/ > Jdk9 Changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/7caf08701170 > Jdk9/8 Review Thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008129.html > > Thanks! > Anton. From petr.pchelko at oracle.com Wed Jul 30 11:06:00 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Wed, 30 Jul 2014 15:06:00 +0400 Subject: [8u40] Request for approval: 8048549 [macosx] Disable usage of system menu bar if AWT is embedded in FX Message-ID: <191CC1FD-D79A-4263-9B41-E6226A1E4496@oracle.com> Hello, This is a request for approval to backport a fix from JDK9 to jdk8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8048549 The fix: http://cr.openjdk.java.net/~pchelko/9/8048549/webrev.8u/ The 8u fix is different from the 9 version because the workspace have changed. Here's the review of the 8u version: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008337.html Thank you. With best regards. Petr. From sean.coffey at oracle.com Wed Jul 30 11:07:59 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 30 Jul 2014 12:07:59 +0100 Subject: [8u40] Request for approval: 8048549 [macosx] Disable usage of system menu bar if AWT is embedded in FX In-Reply-To: <191CC1FD-D79A-4263-9B41-E6226A1E4496@oracle.com> References: <191CC1FD-D79A-4263-9B41-E6226A1E4496@oracle.com> Message-ID: <53D8D20F.5000000@oracle.com> Approved. Please add a suitable noreg- label to the master bug record. regards, Sean. On 30/07/14 12:06, Petr Pchelko wrote: > Hello, > > This is a request for approval to backport a fix from JDK9 to jdk8u-dev. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8048549 > The fix: http://cr.openjdk.java.net/~pchelko/9/8048549/webrev.8u/ > The 8u fix is different from the 9 version because the workspace have changed. Here's the review of the 8u version: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008337.html > > Thank you. > With best regards. Petr. From chris.hegarty at oracle.com Wed Jul 30 16:51:16 2014 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Wed, 30 Jul 2014 17:51:16 +0100 Subject: [8u20] Request for approval for CR 8053938: Collections.checkedList(empty list).replaceAll((UnaryOperator)null) doesn't throw NPE after JDK-8047795 Message-ID: <53D92284.8030700@oracle.com> Hi 8u Maintainers, I would like to request approval for 8053938 for inclusion in 8u40 ( to be pushed to 8u-dev ). The 8u changes are identical to the JDK 9 changes. 8053938: Collections.checkedList(empty list).replaceAll((UnaryOperator)null) doesn't throw NPE after JDK-8047795 https://bugs.openjdk.java.net/browse/JDK-8053938 JDK 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/c1a40b729713 JDK 9 Review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/028033.html Thanks, -Chris. From sean.coffey at oracle.com Wed Jul 30 16:56:39 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 30 Jul 2014 17:56:39 +0100 Subject: [8u20] Request for approval for CR 8053938: Collections.checkedList(empty list).replaceAll((UnaryOperator)null) doesn't throw NPE after JDK-8047795 In-Reply-To: <53D92284.8030700@oracle.com> References: <53D92284.8030700@oracle.com> Message-ID: <53D923C7.2050908@oracle.com> Approved. regards, Sean. On 30/07/14 17:51, Chris Hegarty wrote: > Hi 8u Maintainers, > > I would like to request approval for 8053938 for inclusion in 8u40 ( > to be pushed to 8u-dev ). The 8u changes are identical to the JDK 9 > changes. > > 8053938: Collections.checkedList(empty > list).replaceAll((UnaryOperator)null) doesn't throw NPE after JDK-8047795 > https://bugs.openjdk.java.net/browse/JDK-8053938 > > JDK 9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/c1a40b729713 > > JDK 9 Review thread: > > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/028033.html > > > Thanks, > -Chris. From kirill.kirichenko at oracle.com Wed Jul 30 18:33:34 2014 From: kirill.kirichenko at oracle.com (Kirill Kirichenko) Date: Wed, 30 Jul 2014 22:33:34 +0400 Subject: New jdk8u commiter: David DeHaven Message-ID: <53D93A7E.2060504@oracle.com> I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u Committer David is a member of Java Deployment team. He has contributed a number of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes that went into those releases and has a jdk9 committer role. Here's some of his contributions for jdk8u: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven Votes are due by August 13, 2014. Only current jdk8u Committers [1] are eligible to vote [2] on this nomination. For Lazy Consensus voting instructions, see [3]. [1] http://openjdk.java.net/census#jdk8u [2] http://openjdk.java.net/projects/#committer-vote [3] http://openjdk.java.net/bylaws#lazy-consensus From brian.burkhalter at oracle.com Wed Jul 30 18:37:46 2014 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Wed, 30 Jul 2014 11:37:46 -0700 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: Vote: yes From brent.christian at oracle.com Wed Jul 30 18:41:16 2014 From: brent.christian at oracle.com (Brent Christian) Date: Wed, 30 Jul 2014 11:41:16 -0700 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53D93C4C.309@oracle.com> Vote: yes From mike.duigou at oracle.com Wed Jul 30 18:45:13 2014 From: mike.duigou at oracle.com (Mike Duigou) Date: Wed, 30 Jul 2014 11:45:13 -0700 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <42E80CFC-3B86-4995-AF10-5503B0BBA9B2@oracle.com> Vote: YES On Jul 30 2014, at 11:33 , Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From kumar.x.srinivasan at oracle.com Wed Jul 30 18:46:26 2014 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Wed, 30 Jul 2014 11:46:26 -0700 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53D93D82.6000509@oracle.com> Vote: yes On 7/30/2014 11:33 AM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for > jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From andy.herrick at oracle.com Wed Jul 30 18:57:39 2014 From: andy.herrick at oracle.com (Andrew Herrick) Date: Wed, 30 Jul 2014 14:57:39 -0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53D94023.5030302@oracle.com> Vote: yes On 7/30/2014 2:33 PM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for > jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From Sergey.Bylokhov at oracle.com Wed Jul 30 19:08:12 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 30 Jul 2014 23:08:12 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53D9429C.5040001@oracle.com> Vote: yes On 7/30/14 10:33 PM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for > jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus -- Best regards, Sergey. From petr.pchelko at oracle.com Wed Jul 30 19:14:40 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Wed, 30 Jul 2014 23:14:40 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D9429C.5040001@oracle.com> References: <53D93A7E.2060504@oracle.com> <53D9429C.5040001@oracle.com> Message-ID: Vote: YES. With best regards. Petr. > On Jul 30, 2014, at 11:08 PM, Sergey Bylokhov wrote: > > Vote: yes > > On 7/30/14 10:33 PM, Kirill Kirichenko wrote: >> I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u Committer >> >> David is a member of Java Deployment team. He has contributed a number of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes that went into those releases and has a jdk9 committer role. >> >> Here's some of his contributions for jdk8u: >> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven >> >> Votes are due by August 13, 2014. >> >> Only current jdk8u Committers [1] are eligible to vote [2] on this nomination. >> >> For Lazy Consensus voting instructions, see [3]. >> >> >> [1] http://openjdk.java.net/census#jdk8u >> [2] http://openjdk.java.net/projects/#committer-vote >> [3] http://openjdk.java.net/bylaws#lazy-consensus > > > -- > Best regards, Sergey. > From naoto.sato at oracle.com Wed Jul 30 21:34:17 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Wed, 30 Jul 2014 14:34:17 -0700 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53D964D9.2020609@oracle.com> Vote: yes Naoto On 7/30/14, 11:33 AM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u > Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From dmitry.cherepanov at oracle.com Thu Jul 31 07:58:00 2014 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Thu, 31 Jul 2014 11:58:00 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53D9F708.1050206@oracle.com> Vote: yes On 7/30/14 10:33 PM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for > jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From alexander.zuev at oracle.com Thu Jul 31 09:25:37 2014 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Thu, 31 Jul 2014 13:25:37 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: Vote: yes > 30 ???? 2014 ?., ? 22:33, Kirill Kirichenko ???????(?): > > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From artem.ananiev at oracle.com Thu Jul 31 10:22:16 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Thu, 31 Jul 2014 14:22:16 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53DA18D8.7000403@oracle.com> Vote: yes Artem On 7/30/2014 10:33 PM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u > Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From rob.mckenna at oracle.com Thu Jul 31 11:58:18 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 31 Jul 2014 12:58:18 +0100 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53DA2F5A.6030703@oracle.com> Vote: yes -Rob On 30/07/14 19:33, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for > jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From Sergey.Bylokhov at oracle.com Thu Jul 31 12:20:40 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Thu, 31 Jul 2014 16:20:40 +0400 Subject: [8u] Request for approval: 8048524 Memory leak in jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c Message-ID: <53DA3498.2050102@oracle.com> Hello, These is a direct back-port from jdk 9 to jdk 8u. Bug: https://bugs.openjdk.java.net/browse/JDK-8048524 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/850c8a7183a4 Reviewers: Phil Race, Sergey Bylokhov -- Best regards, Sergey. From sean.coffey at oracle.com Thu Jul 31 12:57:28 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 31 Jul 2014 13:57:28 +0100 Subject: [8u] Request for approval: 8048524 Memory leak in jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c In-Reply-To: <53DA3498.2050102@oracle.com> References: <53DA3498.2050102@oracle.com> Message-ID: <53DA3D38.4020509@oracle.com> Approved. regards, Sean. On 31/07/2014 13:20, Sergey Bylokhov wrote: > Hello, > These is a direct back-port from jdk 9 to jdk 8u. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8048524 > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/850c8a7183a4 > Reviewers: Phil Race, Sergey Bylokhov > From Sergey.Bylokhov at oracle.com Thu Jul 31 14:22:58 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Thu, 31 Jul 2014 18:22:58 +0400 Subject: [8u] Request for approval: 8035165, 8049057 Message-ID: <53DA5142.5040209@oracle.com> Hello, These are a direct back-ports from jdk 9 to jdk 8u. Bug: https://bugs.openjdk.java.net/browse/JDK-8035165 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/028e3ede1880 Reviewers: Phil Race, Petr Pchelko Bug: https://bugs.openjdk.java.net/browse/JDK-8049057 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/70da00f18d98 Reviewers: Phil Race, Petr Pchelko -- Best regards, Sergey. From philip.race at oracle.com Thu Jul 31 17:24:26 2014 From: philip.race at oracle.com (Phil Race) Date: Thu, 31 Jul 2014 10:24:26 -0700 Subject: [8u40] : Request for approval, backport of 8043508 Message-ID: <53DA7BCA.5060107@oracle.com> Review thread : http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004702.html 8 fix :http://cr.openjdk.java.net/~prr/8043508.8u/ 9 fix:http://hg.openjdk.java.net/jdk9/client/jdk/rev/8a7fdbaea99b Bug : https://bugs.openjdk.java.net/browse/JDK-8043508 -phil. From nakul.natu at oracle.com Thu Jul 31 17:27:24 2014 From: nakul.natu at oracle.com (Nakul Natu) Date: Thu, 31 Jul 2014 10:27:24 -0700 Subject: Request for approval 8048887: SortingFocusTraversalPolicy throws IllegalArgumentException from the sort method Message-ID: <53DA7C7C.8040904@oracle.com> Hello, Could you please approve straight backport of JDK-8048887 to 8u-dev? The bug: https://bugs.openjdk.java.net/browse/JDK-8048887 The review thread: http://mail.openjdk.java.net/pipermail/swing-dev/2014-July/003645.html The jdk9 chageset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/5a5ae13cbc66 Thank you, Nakul From rob.mckenna at oracle.com Thu Jul 31 17:40:06 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 31 Jul 2014 18:40:06 +0100 Subject: [8u] Request for approval: 8035165, 8049057 In-Reply-To: <53DA5142.5040209@oracle.com> References: <53DA5142.5040209@oracle.com> Message-ID: <53DA7F76.2050402@oracle.com> Approved. -Rob On 31/07/14 15:22, Sergey Bylokhov wrote: > Hello, > These are a direct back-ports from jdk 9 to jdk 8u. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8035165 > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/028e3ede1880 > Reviewers: Phil Race, Petr Pchelko > > Bug: https://bugs.openjdk.java.net/browse/JDK-8049057 > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/70da00f18d98 > Reviewers: Phil Race, Petr Pchelko > From rob.mckenna at oracle.com Thu Jul 31 17:40:39 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 31 Jul 2014 18:40:39 +0100 Subject: Request for approval 8048887: SortingFocusTraversalPolicy throws IllegalArgumentException from the sort method In-Reply-To: <53DA7C7C.8040904@oracle.com> References: <53DA7C7C.8040904@oracle.com> Message-ID: <53DA7F97.1020700@oracle.com> Approved. -Rob On 31/07/14 18:27, Nakul Natu wrote: > Hello, > > Could you please approve straight backport of JDK-8048887 > to 8u-dev? > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8048887 > > > The review thread: > http://mail.openjdk.java.net/pipermail/swing-dev/2014-July/003645.html > > > The jdk9 chageset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/5a5ae13cbc66 > > Thank you, > Nakul From rob.mckenna at oracle.com Thu Jul 31 17:41:00 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 31 Jul 2014 18:41:00 +0100 Subject: [8u40] : Request for approval, backport of 8043508 In-Reply-To: <53DA7BCA.5060107@oracle.com> References: <53DA7BCA.5060107@oracle.com> Message-ID: <53DA7FAC.9050201@oracle.com> Approved. -Rob On 31/07/14 18:24, Phil Race wrote: > > Review thread : > http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004702.html > 8 fix :http://cr.openjdk.java.net/~prr/8043508.8u/ > 9 fix:http://hg.openjdk.java.net/jdk9/client/jdk/rev/8a7fdbaea99b > Bug : https://bugs.openjdk.java.net/browse/JDK-8043508 > > -phil. From alejandro.murillo at oracle.com Thu Jul 31 20:04:58 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Thu, 31 Jul 2014 14:04:58 -0600 Subject: jdk8u40-b01: HotSpot (II) Message-ID: <53DAA16A.7090501@oracle.com> hs25.40-b02 has been integrated into jdk8u40-b01. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/f8736a40a35d http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/c5d9822a3c18 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/872e9c4548bf http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/f219da378d07 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/262fb5353ffa http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/6e223d48080e http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/bf89a471779d http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/62468d841b84 Component : VM Status : 0 major failures, 0 minor failure Date : 07/31/2014 at 14:30 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2014-07-25-174628.amurillo.hs25-40-b02-jdk8u40-b01-control Bundles : 2014-07-25-174628.amurillo.hs25-40-b02-jdk8u40-b01-control Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 418321 passed tests, 5622 failed tests (no new failures) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 8019342: G1: High "Other" time most likely due to card redirtying 8026784: Error message in AdaptiveFreeList::verify_stats is wrong 8026847: [TESTBUG] gc/g1/TestSummarizeRSetStats* tests launch 32bit jvm with UseCompressedOops 8027553: Change the in_cset_fast_test functionality to use the G1BiasedArray abstraction 8028037: [parfait] warnings from b114 for hotspot.src.share.vm 8028710: G1 does not retire allocation buffers after reference processing work 8035400: Move G1ParScanThreadState into its own files 8035401: Fix visibility of G1ParScanThreadState members 8037344: Use the "next" field to iterate over fine remembered instead of using the hash table 8038930: G1CodeRootSet::test fails with assert(_num_chunks_handed_out == 0) failed: No elements must have been handed out yet 8039596: Remove HeapRegionRemSet::clear_incoming_entry 8040002: Clean up code and code duplication in re-diryting cards for verification 8040792: G1: Memory usage calculation uses sizeof(this) instead of sizeof(classname) 8040977: G1 crashes when run with -XX:-G1DeferredRSUpdate 8042255: make gc src file exclusion more automatic 8043722: Swapped usage of idx_t and bm_word_t types in parMarkBitMap.cpp 8043723: max_heap_for_compressed_oops() declared with size_t, but defined with uintx 8049916: new hotspot build - hs25.40-b02 8050229: Uninitialised memory in hotspot/src/share/vm/compiler/oopMap.cpp 8050972: Concurrency problem in PcDesc cache 8050978: Fix bad field access check in C1 and C2 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u40-b01 Issues and Notes: This is PIT for HS25.40-b02 for jdk8u40-b01. Go for integration. -- Alejandro