From Kelly.Ohair at Sun.COM Mon Nov 2 17:24:43 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 02 Nov 2009 17:24:43 -0800 Subject: Improve root set used by hat In-Reply-To: <4ACE2935.6090301@sun.com> References: <781b86220910061429h70ff82c2m5db814ff4f4ea75e@mail.gmail.com> <4ACBD7A5.8020204@sun.com> <4ACC3515.504@sun.com> <4ACC5609.6030407@sun.com> <781b86220910071904j5730a3e2k5ef0025ff1ec8b13@mail.gmail.com> <4ACD5858.7080607@sun.com> <4ACE2935.6090301@sun.com> Message-ID: <4AEF865B.7050408@sun.com> FYI... I haven't forgotten about this, still trying to fit it into my schedule. I'll do openjdk6 too. I'd like to create a testcase, but I may need to give up on that, takes too much time to get it right, and make it test the right thing. Any ideas on a testcase would be welcome. -kto Joseph D. Darcy wrote: > Sundar, > > If you think this change should go back to OpenJDK 6 and other releases, > please work with Keith to sponsor the change. > > Thanks, > > -Joe > > A. Sundararajan wrote: >> Hi, >> >> This change looks good to me. Thanks for finding this issue and the fix! >> >> Thanks, >> -Sundar >> >> Keith Randall wrote: >>> Here's a simpler patch that never makes Roots for these static fields >>> in the first place: >>> >>> --- com/sun/tools/hat/internal/model/JavaStatic.java >>> *************** >>> *** 57,64 **** >>> id = ((JavaObjectRef)value).getId(); >>> } >>> value = value.dereference(snapshot, field); >>> ! if (value.isHeapAllocated() && >>> ! clazz.getLoader() == snapshot.getNullThing()) { // >>> static fields are only roots if they are in classes loaded by the >>> root classloader. >>> JavaHeapObject ho = (JavaHeapObject) value; >>> String s = "Static reference from " + clazz.getName() >>> + "." + field.getName(); >>> --- 57,63 ---- >>> id = ((JavaObjectRef)value).getId(); >>> } >>> value = value.dereference(snapshot, field); >>> ! if (value.isHeapAllocated()) { >>> JavaHeapObject ho = (JavaHeapObject) value; >>> String s = "Static reference from " + clazz.getName() >>> + "." + field.getName(); >>> >>> >>> On Wed, Oct 7, 2009 at 1:49 AM, Alan Bateman >> > wrote: >>> >>> A. Sundararajan wrote: >>> >>> I agree. Static fields of classes loaded by non-bootstrap >>> loaders should not be part of root set. >>> >>> PS. I am not sure if this is a bug with hat or with heap >>> dumpers (the hotspot built-in dumper and SA's dumper). I don't >>> remember how "roots" is filled. May be, these static fields >>> should not be flagged as roots? >>> >>> -Sundar >>> >>> At least for the built-in heap dumper, static fields aren't >>> generated as roots (instead it's system classes and temporary >>> placeholders in the dictionary that are generated to the dump as >>> "sticky classes", to use a HPROF term). So I suspect this is more >>> likely to be a jhat issue. >>> >>> -Alan. >>> >>> >> > From gnu_andrew at member.fsf.org Wed Nov 4 13:16:38 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 4 Nov 2009 21:16:38 +0000 Subject: [BACKPORTED PATCH FOR APPROVAL]: Issue with new X11 headers Message-ID: <17c6771e0911041316j7a830778jaecaf6369e2b8f1@mail.gmail.com> As discussed on the AWT/2d lists yesterday: http://mail.openjdk.java.net/pipermail/awt-dev/2009-November/000999.html there is a issue with the new version of X11 now starting to ship in distros that causes build breakage. The fix was approved and committed to 2d: http://hg.openjdk.java.net/jdk7/2d/jdk/rev/90bdc961b3cb and here's a backport of the same patch to OpenJDK6: http://cr.openjdk.java.net/~andrew/6897844/webrev.01/ Does this look ok to push? Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Joe.Darcy at Sun.COM Wed Nov 4 13:29:54 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Wed, 04 Nov 2009 13:29:54 -0800 Subject: [BACKPORTED PATCH FOR APPROVAL]: Issue with new X11 headers In-Reply-To: <17c6771e0911041316j7a830778jaecaf6369e2b8f1@mail.gmail.com> References: <17c6771e0911041316j7a830778jaecaf6369e2b8f1@mail.gmail.com> Message-ID: <4AF1F252.8070406@sun.com> Andrew John Hughes wrote: > As discussed on the AWT/2d lists yesterday: > > http://mail.openjdk.java.net/pipermail/awt-dev/2009-November/000999.html > > there is a issue with the new version of X11 now starting to ship in > distros that causes build breakage. > The fix was approved and committed to 2d: > > http://hg.openjdk.java.net/jdk7/2d/jdk/rev/90bdc961b3cb > > and here's a backport of the same patch to OpenJDK6: > > http://cr.openjdk.java.net/~andrew/6897844/webrev.01/ > > Does this look ok to push? > Yes, I approve this to be pushed after the security fixes are pushed into OpenJDK 6, which should happen later today. Thanks, -Joe From martinrb at google.com Thu Nov 5 15:51:24 2009 From: martinrb at google.com (Martin Buchholz) Date: Thu, 5 Nov 2009 15:51:24 -0800 Subject: EPollArrayWrapper.release should be O(N), not O(N^2) In-Reply-To: <4AF1F8B0.5060605@sun.com> References: <1ccfd1c10911031442p2d76c437h1026c7713661a7cd@mail.gmail.com> <4AF141D4.1060903@sun.com> <1ccfd1c10911041046p1b124256m501cb04b874d6ee7@mail.gmail.com> <4AF1F8B0.5060605@sun.com> Message-ID: <1ccfd1c10911051551j75f518a2x7223b48308465f1e@mail.gmail.com> I believe this fix is important enough to do the (trivial and low-risk) backport to openjdk6, and am offering to do so. Martin On Wed, Nov 4, 2009 at 13:57, Alan Bateman wrote: > Martin Buchholz wrote: >> >> : >> >> OK, I've renamed ExpensiveCancel to LotsOfCancels and regenerated the >> webrev. > > Looks fine. > >> >> ? ?I'll also look to replace the list in milestone 6 as the >> ? ?close/cancel shouldn't be O(N). >> >> >> We were thinking along those lines as well. >> Perhaps a concurrent data structure could be used here as well? >> I think Google engineers will help review. > > I haven't seen any contention on the updateList but clearly the change to > flush pending registrations will change that (that one is embarrassing and > I'm glad that you/Igor caught this). We just need to replace it with > something that is directly addressable and supports iteration. The original > need to preserve ordering can also go away if we are careful to convert the > pending ops. Also, we can use two registratrions lists/whatever so that > updateRegistrations can process the pending updates concurrently with any > threads that are registering channels or changing interest ops. > > -Alan. > From Joe.Darcy at Sun.COM Thu Nov 5 21:54:12 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Thu, 05 Nov 2009 21:54:12 -0800 Subject: EPollArrayWrapper.release should be O(N), not O(N^2) In-Reply-To: <1ccfd1c10911051551j75f518a2x7223b48308465f1e@mail.gmail.com> References: <1ccfd1c10911031442p2d76c437h1026c7713661a7cd@mail.gmail.com> <4AF141D4.1060903@sun.com> <1ccfd1c10911041046p1b124256m501cb04b874d6ee7@mail.gmail.com> <4AF1F8B0.5060605@sun.com> <1ccfd1c10911051551j75f518a2x7223b48308465f1e@mail.gmail.com> Message-ID: <4AF3BA04.5000802@sun.com> Martin Buchholz wrote: > I believe this fix is important enough to > do the (trivial and low-risk) backport to openjdk6, > and am offering to do so. > Fine by me; approved to go back once the security fixes hit the repository. I'm checking into what the holdup is... -Joe > Martin > > On Wed, Nov 4, 2009 at 13:57, Alan Bateman wrote: > >> Martin Buchholz wrote: >> >>> : >>> >>> OK, I've renamed ExpensiveCancel to LotsOfCancels and regenerated the >>> webrev. >>> >> Looks fine. >> >> >>> I'll also look to replace the list in milestone 6 as the >>> close/cancel shouldn't be O(N). >>> >>> >>> We were thinking along those lines as well. >>> Perhaps a concurrent data structure could be used here as well? >>> I think Google engineers will help review. >>> >> I haven't seen any contention on the updateList but clearly the change to >> flush pending registrations will change that (that one is embarrassing and >> I'm glad that you/Igor caught this). We just need to replace it with >> something that is directly addressable and supports iteration. The original >> need to preserve ordering can also go away if we are careful to convert the >> pending ops. Also, we can use two registratrions lists/whatever so that >> updateRegistrations can process the pending updates concurrently with any >> threads that are registering channels or changing interest ops. >> >> -Alan. >> >> From abhijit.saha at sun.com Fri Nov 6 15:40:36 2009 From: abhijit.saha at sun.com (abhijit.saha at sun.com) Date: Fri, 06 Nov 2009 23:40:36 +0000 Subject: hg: jdk6/jdk6/jdk: 21 new changesets Message-ID: <20091106234352.5E23941841@hg.openjdk.java.net> Changeset: 39a8e48517ce Author: weijun Date: 2009-08-18 11:13 +0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/39a8e48517ce 6864911: ASN.1/DER input stream parser needs more work Reviewed-by: mullan, xuelei ! src/share/classes/com/sun/jndi/ldap/Connection.java ! src/share/classes/sun/applet/AppletClassLoader.java + src/share/classes/sun/misc/IOUtils.java ! src/share/classes/sun/misc/Resource.java ! src/share/classes/sun/reflect/misc/MethodUtil.java ! src/share/classes/sun/security/provider/certpath/OCSPChecker.java ! src/share/classes/sun/security/timestamp/HttpTimestamper.java ! src/share/classes/sun/security/util/DerValue.java + test/sun/security/util/DerValue/BadValue.java Changeset: 39a17e094418 Author: dcherepanov Date: 2009-08-20 18:20 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/39a17e094418 6664512: Component and [Default]KeyboardFocusManager pass security sensitive objects to loggers Summary: toString is called on security sensitive objects Reviewed-by: art, hawtin ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java ! src/share/classes/java/awt/KeyboardFocusManager.java ! src/share/classes/sun/awt/DebugSettings.java ! src/solaris/classes/sun/awt/X11/XBaseWindow.java ! src/solaris/classes/sun/awt/X11/XCheckboxMenuItemPeer.java ! src/solaris/classes/sun/awt/X11/XComponentPeer.java ! src/solaris/classes/sun/awt/X11/XContentWindow.java ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java ! src/solaris/classes/sun/awt/X11/XDropTargetProtocol.java ! src/solaris/classes/sun/awt/X11/XFocusProxyWindow.java ! src/solaris/classes/sun/awt/X11/XFramePeer.java ! src/solaris/classes/sun/awt/X11/XIconWindow.java ! src/solaris/classes/sun/awt/X11/XInputMethod.java ! src/solaris/classes/sun/awt/X11/XMenuItemPeer.java ! src/solaris/classes/sun/awt/X11/XNETProtocol.java ! src/solaris/classes/sun/awt/X11/XProtocol.java ! src/solaris/classes/sun/awt/X11/XQueryTree.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XTrayIconPeer.java ! src/solaris/classes/sun/awt/X11/XWM.java ! src/solaris/classes/sun/awt/X11/XWindow.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java ! src/solaris/classes/sun/awt/X11InputMethod.java Changeset: 9b95de10b74e Author: valeriep Date: 2009-08-24 17:09 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/9b95de10b74e 6636650: (cl) Resurrected ClassLoaders can still have children Summary: Prevent classloader from resurrection Reviewed-by: hawtin ! src/share/classes/java/lang/ClassLoader.java + test/java/lang/ClassLoader/UninitializedParent.java Changeset: aa750b9dade2 Author: asaha Date: 2009-08-26 15:01 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/aa750b9dade2 Merge Changeset: 68f869a48c59 Author: okutsu Date: 2009-08-28 21:58 +0900 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/68f869a48c59 6824265: (tz) TimeZone.getTimeZone allows probing local filesystem Reviewed-by: peytoia ! src/share/classes/sun/util/calendar/ZoneInfoFile.java Changeset: 8fcfc9ce8804 Author: bae Date: 2009-08-28 18:08 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/8fcfc9ce8804 6631533: ICC_Profile allows detecting if some files exist Reviewed-by: prr ! src/share/classes/java/awt/color/ICC_Profile.java Changeset: e232ff106724 Author: bae Date: 2009-08-28 18:29 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/e232ff106724 6632445: DoS from parsing BMPs with UNC ICC links Reviewed-by: prr ! src/share/classes/com/sun/imageio/plugins/bmp/BMPImageReader.java Changeset: ec4c4102de32 Author: bae Date: 2009-08-28 18:47 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/ec4c4102de32 6822057: X11 and Win32GraphicsDevice don't clone arrays returned from getConfigurations() Reviewed-by: prr ! src/solaris/classes/sun/awt/X11GraphicsDevice.java ! src/windows/classes/sun/awt/Win32GraphicsDevice.java + test/java/awt/GraphicsDevice/CloneConfigsTest.java Changeset: 5a2b1a213d6e Author: bae Date: 2009-08-28 19:00 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/5a2b1a213d6e 6862968: JPEG Image Writer quantization problem Reviewed-by: prr ! src/share/native/sun/awt/image/jpeg/imageioJPEG.c Changeset: 94a7f5675cc2 Author: asaha Date: 2009-09-05 07:56 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/94a7f5675cc2 Merge Changeset: e8d7c5715d59 Author: malenkov Date: 2009-09-09 17:57 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/e8d7c5715d59 6657026: Numerous static security flaws in Swing (findbugs) Reviewed-by: hawtin, peterz ! src/share/classes/com/sun/java/swing/plaf/gtk/GTKStyle.java ! src/share/classes/javax/swing/JComponent.java ! src/share/classes/javax/swing/JDialog.java ! src/share/classes/javax/swing/JEditorPane.java ! src/share/classes/javax/swing/JFrame.java ! src/share/classes/javax/swing/JInternalFrame.java ! src/share/classes/javax/swing/JPopupMenu.java ! src/share/classes/javax/swing/MenuSelectionManager.java ! src/share/classes/javax/swing/PopupFactory.java ! src/share/classes/javax/swing/SwingUtilities.java ! src/share/classes/javax/swing/SwingWorker.java ! src/share/classes/javax/swing/TimerQueue.java ! src/share/classes/javax/swing/ToolTipManager.java ! src/share/classes/javax/swing/UIManager.java ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java ! src/share/classes/javax/swing/plaf/basic/BasicListUI.java ! src/share/classes/javax/swing/plaf/basic/BasicPopupMenuUI.java ! src/share/classes/javax/swing/plaf/basic/BasicSplitPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTableUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTreeUI.java ! src/share/classes/javax/swing/plaf/metal/MetalBorders.java ! src/share/classes/javax/swing/plaf/metal/MetalBumps.java ! src/share/classes/javax/swing/plaf/metal/MetalInternalFrameUI.java ! src/share/classes/javax/swing/plaf/metal/MetalSliderUI.java ! src/share/classes/javax/swing/plaf/synth/ImagePainter.java ! src/share/classes/javax/swing/plaf/synth/SynthLookAndFeel.java ! src/share/classes/javax/swing/text/JTextComponent.java ! src/share/classes/sun/swing/DefaultLookup.java ! src/share/classes/sun/swing/SwingUtilities2.java + test/javax/swing/ToolTipManager/Test6657026.java + test/javax/swing/UIManager/Test6657026.java + test/javax/swing/plaf/basic/BasicSplitPaneUI/Test6657026.java + test/javax/swing/plaf/metal/MetalBorders/Test6657026.java + test/javax/swing/plaf/metal/MetalBumps/Test6657026.java + test/javax/swing/plaf/metal/MetalInternalFrameUI/Test6657026.java + test/javax/swing/plaf/metal/MetalSliderUI/Test6657026.java Changeset: 529c2bf5d5f7 Author: bae Date: 2009-09-10 12:10 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/529c2bf5d5f7 6874643: ImageI/O JPEG is vulnerable to Heap Overflow Reviewed-by: prr, hawtin ! src/share/native/sun/awt/image/jpeg/imageioJPEG.c Changeset: be875d4015e9 Author: bae Date: 2009-09-10 13:04 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/be875d4015e9 6872357: JRE AWT setDifflCM vulnerable to Stack Overflow Reviewed-by: prr, hawtin ! src/share/native/sun/awt/image/awt_ImageRep.c Changeset: 7608002fbe6e Author: bae Date: 2009-09-14 11:40 +0400 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/7608002fbe6e 6872358: JRE AWT setBytePixels vulnerable to Heap Overflow Reviewed-by: prr, hawtin ! make/sun/awt/mapfile-vers ! make/sun/awt/mapfile-vers-linux ! src/share/classes/sun/awt/image/ImageRepresentation.java ! src/share/native/sun/awt/image/awt_ImageRep.c Changeset: c4fb21cf8696 Author: asaha Date: 2009-09-14 14:18 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/c4fb21cf8696 Merge ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java Changeset: 749678c5e807 Author: xuelei Date: 2009-09-22 07:05 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/749678c5e807 6861062: Disable MD2 support Summary: disable MD2 algorithm during certification path building and verdation Reviewed-by: mullan, weijun + src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java ! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.java ! src/share/classes/sun/security/provider/certpath/ForwardBuilder.java ! src/share/classes/sun/security/provider/certpath/OCSPChecker.java ! src/share/classes/sun/security/provider/certpath/OCSPResponse.java ! src/share/classes/sun/security/provider/certpath/PKIXCertPathValidator.java ! src/share/classes/sun/security/provider/certpath/ReverseBuilder.java ! src/share/classes/sun/security/validator/SimpleValidator.java ! src/share/classes/sun/security/validator/ValidatorException.java + test/sun/security/provider/certpath/DisabledAlgorithms/CPBuilder.java + test/sun/security/provider/certpath/DisabledAlgorithms/CPValidatorEndEntity.java + test/sun/security/provider/certpath/DisabledAlgorithms/CPValidatorIntermediate.java + test/sun/security/provider/certpath/DisabledAlgorithms/CPValidatorTrustAnchor.java + test/sun/security/provider/certpath/DisabledAlgorithms/README + test/sun/security/provider/certpath/DisabledAlgorithms/generate.sh + test/sun/security/provider/certpath/DisabledAlgorithms/openssl.cnf Changeset: 562da0baf70b Author: vinnie Date: 2009-09-24 22:19 +0100 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/562da0baf70b 6863503: SECURITY: MessageDigest.isEqual introduces timing attack vulnerabilities Reviewed-by: mullan, wetmore ! src/share/classes/java/security/MessageDigest.java Changeset: c8b64658ed37 Author: asaha Date: 2009-10-06 11:32 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/c8b64658ed37 Merge - test/closed/tools/pack200/MemoryAllocatorTest.java - test/closed/tools/pack200/packfiles.jar Changeset: be4bec5a978f Author: asaha Date: 2009-10-14 08:32 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/be4bec5a978f Merge Changeset: 8411b7f62e95 Author: peterz Date: 2009-10-30 15:05 +0300 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/8411b7f62e95 Merge ! src/share/classes/javax/swing/SwingUtilities.java ! src/share/classes/javax/swing/UIManager.java ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxUI.java ! src/share/classes/javax/swing/plaf/basic/BasicListUI.java ! src/share/classes/javax/swing/plaf/basic/BasicSplitPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTableUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTreeUI.java ! src/share/classes/javax/swing/plaf/synth/SynthLookAndFeel.java ! src/share/classes/sun/swing/DefaultLookup.java Changeset: 692d4ec6d1eb Author: alexp Date: 2009-11-06 19:22 +0300 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/692d4ec6d1eb 6657138: Mutable statics in Windows PL&F (findbugs) Reviewed-by: peterz, hawtin ! src/share/classes/com/sun/java/swing/plaf/motif/MotifButtonUI.java ! src/share/classes/com/sun/java/swing/plaf/motif/MotifCheckBoxUI.java ! src/share/classes/com/sun/java/swing/plaf/motif/MotifLabelUI.java ! src/share/classes/com/sun/java/swing/plaf/motif/MotifRadioButtonUI.java ! src/share/classes/com/sun/java/swing/plaf/motif/MotifToggleButtonUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsButtonUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsCheckBoxUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsLabelUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsRadioButtonUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsToggleButtonUI.java ! src/share/classes/javax/swing/plaf/basic/BasicButtonUI.java ! src/share/classes/javax/swing/plaf/basic/BasicCheckBoxUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java ! src/share/classes/javax/swing/plaf/basic/BasicRadioButtonUI.java ! src/share/classes/javax/swing/plaf/basic/BasicToggleButtonUI.java ! src/share/classes/javax/swing/plaf/metal/MetalButtonUI.java ! src/share/classes/javax/swing/plaf/metal/MetalCheckBoxUI.java ! src/share/classes/javax/swing/plaf/metal/MetalLabelUI.java ! src/share/classes/javax/swing/plaf/metal/MetalRadioButtonUI.java ! src/share/classes/javax/swing/plaf/metal/MetalToggleButtonUI.java + test/javax/swing/Security/6657138/ComponentTest.java + test/javax/swing/Security/6657138/bug6657138.java From Joe.Darcy at Sun.COM Fri Nov 6 16:03:20 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Fri, 06 Nov 2009 16:03:20 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? Message-ID: <4AF4B948.5070702@sun.com> Hello. The latest batch of security fixes have been pushed into OpenJDK 6. Martin and Andrew, you're clear to push your other fixes back. Now that OpenJDK 6 has the latest security fixes, Andrew's backport of Nimbus, and the new delivery model for jaxp and jaxws, that might be a good amount of change to be a new build, b18. Is there any other work that should go back into b18? -Joe From gnu_andrew at member.fsf.org Sat Nov 7 17:12:04 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sun, 8 Nov 2009 01:12:04 +0000 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AF4B948.5070702@sun.com> References: <4AF4B948.5070702@sun.com> Message-ID: <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> 2009/11/7 Joseph D. Darcy : > Hello. > > The latest batch of security fixes have been pushed into OpenJDK 6. > > Martin and Andrew, you're clear to push your other fixes back. > Thanks, I'll get onto that tomorrow or Monday. > Now that OpenJDK 6 has the latest security fixes, Andrew's backport of > Nimbus, and the new delivery model for jaxp and jaxws, that might be a good > amount of change to be a new build, b18. > > Is there any other work that should go back into b18? > I'd like to get a backport of http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. It's a minor fix that Kelly found that gets rid of the superfluous -fastdebug build directory currently being produced by OpenJDK6 builds. Otherwise I think it's good to go. The list has been silent on the matter, but I discussed hs16 and OpenJDK6 with Dalibor on IRC and we agreed that it would be better to wait until this is more stable before bumping up OpenJDK6 to it. IcedTea is currently supporting it as a build option, but it isn't turned on by default. One advantage to hs16 going into OpenJDK6 is that the Zero assembler port changeset which was recently promoted into b75 could be backported. Otherwise, it needs a few things ripping out to work with hs14 (and then putting back when we do go to hs16). > -Joe > Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Jonathan.Gibbons at Sun.COM Sat Nov 7 17:23:02 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Sat, 07 Nov 2009 17:23:02 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> Message-ID: <4AF61D76.8040805@sun.com> Andrew John Hughes wrote: > 2009/11/7 Joseph D. Darcy : > >> Hello. >> >> The latest batch of security fixes have been pushed into OpenJDK 6. >> >> Martin and Andrew, you're clear to push your other fixes back. >> >> > > Thanks, I'll get onto that tomorrow or Monday. > > >> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >> Nimbus, and the new delivery model for jaxp and jaxws, that might be a good >> amount of change to be a new build, b18. >> >> Is there any other work that should go back into b18? >> >> > > I'd like to get a backport of > http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. It's a > minor fix that Kelly found that gets rid of the superfluous -fastdebug > build directory currently being produced by OpenJDK6 builds. > > Otherwise I think it's good to go. > > The list has been silent on the matter, but I discussed hs16 and > OpenJDK6 with Dalibor on IRC and we agreed that it would be better to > wait until this is more stable before bumping up OpenJDK6 to it. > IcedTea is currently supporting it as a build option, but it isn't > turned on by default. One advantage to hs16 going into OpenJDK6 is > that the Zero assembler port changeset which was recently promoted > into b75 could be backported. Otherwise, it needs a few things > ripping out to work with hs14 (and then putting back when we do go to > hs16). > > >> -Joe >> >> > > Thanks, > Joe and I have also discussed the possibility of backporting the JDK7 javac filemanager back to OpenJDK 6, now that we have completed a number of significant bug fixes. However, this should now probably wait until after b18. -- Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20091107/73fd683a/attachment.html From martinrb at google.com Sat Nov 7 17:23:06 2009 From: martinrb at google.com (martinrb at google.com) Date: Sun, 08 Nov 2009 01:23:06 +0000 Subject: hg: jdk6/jdk6/jdk: 6897993: (se) Close or cancel performance issue when number of pending updates is high (lnx) Message-ID: <20091108012316.9036A419E8@hg.openjdk.java.net> Changeset: e0e25ac28560 Author: martin Date: 2009-11-07 17:04 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/e0e25ac28560 6897993: (se) Close or cancel performance issue when number of pending updates is high (lnx) Summary: Use O(1) Iterator instead of O(N) operations on LinkedList updateList Reviewed-by: alanb Contributed-by: Igor Chernyshev ! src/solaris/classes/sun/nio/ch/EPollArrayWrapper.java + test/java/nio/channels/Selector/LotsOfCancels.java From Erik.Trimble at Sun.COM Sat Nov 7 17:45:04 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Sat, 07 Nov 2009 17:45:04 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AF61D76.8040805@sun.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> Message-ID: <4AF622A0.70406@sun.com> Jonathan Gibbons wrote: > Andrew John Hughes wrote: >> 2009/11/7 Joseph D. Darcy : >> >>> Hello. >>> >>> The latest batch of security fixes have been pushed into OpenJDK 6. >>> >>> Martin and Andrew, you're clear to push your other fixes back. >>> >>> >> >> Thanks, I'll get onto that tomorrow or Monday. >> >> >>> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >>> Nimbus, and the new delivery model for jaxp and jaxws, that might be a good >>> amount of change to be a new build, b18. >>> >>> Is there any other work that should go back into b18? >>> >>> >> >> I'd like to get a backport of >> http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. It's a >> minor fix that Kelly found that gets rid of the superfluous -fastdebug >> build directory currently being produced by OpenJDK6 builds. >> >> Otherwise I think it's good to go. >> >> The list has been silent on the matter, but I discussed hs16 and >> OpenJDK6 with Dalibor on IRC and we agreed that it would be better to >> wait until this is more stable before bumping up OpenJDK6 to it. >> IcedTea is currently supporting it as a build option, but it isn't >> turned on by default. One advantage to hs16 going into OpenJDK6 is >> that the Zero assembler port changeset which was recently promoted >> into b75 could be backported. Otherwise, it needs a few things >> ripping out to work with hs14 (and then putting back when we do go to >> hs16). >> I'd wait on HS16 until it's closer to being shipped with Sun JDK 6 Update 18. I expect that we'll likely have the last build of HS16 for 6u18 sometime before Thanksgiving - that version is likely the best version to import into OpenJDK6 and do modifications to. (it should be hs16 build 12 or 13, we're on 11 right now). -Erik -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (GMT-0800) From gnu_andrew at member.fsf.org Sat Nov 7 17:56:44 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sun, 8 Nov 2009 01:56:44 +0000 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AF622A0.70406@sun.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF622A0.70406@sun.com> Message-ID: <17c6771e0911071756r259781f7u1dde794fa5501369@mail.gmail.com> 2009/11/8 Erik Trimble : > Jonathan Gibbons wrote: >> >> Andrew John Hughes wrote: >>> >>> 2009/11/7 Joseph D. Darcy : >>> >>>> >>>> Hello. >>>> >>>> The latest batch of security fixes have been pushed into OpenJDK 6. >>>> >>>> Martin and Andrew, you're clear to push your other fixes back. >>>> >>>> >>> >>> Thanks, I'll get onto that tomorrow or Monday. >>> >>> >>>> >>>> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >>>> Nimbus, and the new delivery model for jaxp and jaxws, that might be a >>>> good >>>> amount of change to be a new build, b18. >>>> >>>> Is there any other work that should go back into b18? >>>> >>>> >>> >>> I'd like to get a backport of >>> http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. ?It's a >>> minor fix that Kelly found that gets rid of the superfluous -fastdebug >>> build directory currently being produced by OpenJDK6 builds. >>> >>> Otherwise I think it's good to go. >>> >>> The list has been silent on the matter, but I discussed hs16 and >>> OpenJDK6 with Dalibor on IRC and we agreed that it would be better to >>> wait until this is more stable before bumping up OpenJDK6 to it. >>> IcedTea is currently supporting it as a build option, but it isn't >>> turned on by default. ?One advantage to hs16 going into OpenJDK6 is >>> that the Zero assembler port changeset which was recently promoted >>> into b75 could be backported. ?Otherwise, it needs a few things >>> ripping out to work with hs14 (and then putting back when we do go to >>> hs16). >>> > > I'd wait on HS16 until it's closer to being shipped with Sun JDK 6 Update > 18. ?I expect that we'll likely have the last build of HS16 for 6u18 > sometime before Thanksgiving - that version is likely the best version to > import into OpenJDK6 and do modifications to. ? ?(it should be hs16 build 12 > or 13, we're on 11 right now). > > -Erik > > > -- > Erik Trimble > Java System Support > Mailstop: ?usca22-123 > Phone: ?x17195 > Santa Clara, CA > Timezone: US/Pacific (GMT-0800) > > Ah, thanks for the feedback. That sounds sensible. So I guess we're talking end of November/beginning of December which should make it b19. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Joe.Darcy at Sun.COM Sun Nov 8 00:12:14 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Sun, 08 Nov 2009 00:12:14 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> Message-ID: <4AF67D5E.5020803@sun.com> Andrew John Hughes wrote: > 2009/11/7 Joseph D. Darcy : > >> Hello. >> >> The latest batch of security fixes have been pushed into OpenJDK 6. >> >> Martin and Andrew, you're clear to push your other fixes back. >> >> > > Thanks, I'll get onto that tomorrow or Monday. > > >> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >> Nimbus, and the new delivery model for jaxp and jaxws, that might be a good >> amount of change to be a new build, b18. >> >> Is there any other work that should go back into b18? >> >> > > I'd like to get a backport of > http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. It's a > minor fix that Kelly found that gets rid of the superfluous -fastdebug > build directory currently being produced by OpenJDK6 builds. > > Approved to be backported. -Joe From Joe.Darcy at Sun.COM Sat Nov 7 02:50:51 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Sat, 07 Nov 2009 02:50:51 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AF61D76.8040805@sun.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> Message-ID: <4AF5510B.4080309@sun.com> Jonathan Gibbons wrote: > Andrew John Hughes wrote: >> 2009/11/7 Joseph D. Darcy : >> >>> Hello. >>> >>> The latest batch of security fixes have been pushed into OpenJDK 6. >>> >>> Martin and Andrew, you're clear to push your other fixes back. >>> >>> >> >> Thanks, I'll get onto that tomorrow or Monday. >> >> >>> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >>> Nimbus, and the new delivery model for jaxp and jaxws, that might be a good >>> amount of change to be a new build, b18. >>> >>> Is there any other work that should go back into b18? >>> >>> >> >> I'd like to get a backport of >> http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. It's a >> minor fix that Kelly found that gets rid of the superfluous -fastdebug >> build directory currently being produced by OpenJDK6 builds. >> >> Otherwise I think it's good to go. >> >> The list has been silent on the matter, but I discussed hs16 and >> OpenJDK6 with Dalibor on IRC and we agreed that it would be better to >> wait until this is more stable before bumping up OpenJDK6 to it. >> IcedTea is currently supporting it as a build option, but it isn't >> turned on by default. One advantage to hs16 going into OpenJDK6 is >> that the Zero assembler port changeset which was recently promoted >> into b75 could be backported. Otherwise, it needs a few things >> ripping out to work with hs14 (and then putting back when we do go to >> hs16). >> >> >>> -Joe >>> >>> >> >> Thanks, >> > > Joe and I have also discussed the possibility of backporting the JDK7 > javac filemanager back to OpenJDK 6, now that we have completed a > number of significant bug fixes. However, this should now probably > wait until after b18. > Yes, I think the javac file manager fixes would be good for b19. -Joe From ahughes at redhat.com Sun Nov 8 20:24:40 2009 From: ahughes at redhat.com (ahughes at redhat.com) Date: Mon, 09 Nov 2009 04:24:40 +0000 Subject: hg: jdk6/jdk6: 6649672: Adjustments to OUTPUTDIR default and mkdirs to avoid empty directory clutter Message-ID: <20091109042440.6775E41BA4@hg.openjdk.java.net> Changeset: 3307d11b8026 Author: ohair Date: 2008-03-09 15:47 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/rev/3307d11b8026 6649672: Adjustments to OUTPUTDIR default and mkdirs to avoid empty directory clutter Summary: Cleanup of OUTPUTDIR handling Reviewed-by: xdono ! Makefile From ahughes at redhat.com Sun Nov 8 20:25:44 2009 From: ahughes at redhat.com (ahughes at redhat.com) Date: Mon, 09 Nov 2009 04:25:44 +0000 Subject: hg: jdk6/jdk6/jaxp: 6898251: Add ALT_DROPS_DIR feature to jaxp/jaxws Message-ID: <20091109042544.7890D41BA7@hg.openjdk.java.net> Changeset: e69b78c54335 Author: andrew Date: 2009-11-08 23:46 +0000 URL: http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/e69b78c54335 6898251: Add ALT_DROPS_DIR feature to jaxp/jaxws Summary: Allow the directory for downloaded drops to be set using ALT_DROPS_DIR Reviewed-by: ohair, jjg ! build.properties ! jaxp.properties ! make/Makefile From ahughes at redhat.com Sun Nov 8 20:26:08 2009 From: ahughes at redhat.com (ahughes at redhat.com) Date: Mon, 09 Nov 2009 04:26:08 +0000 Subject: hg: jdk6/jdk6/jaxws: 6898251: Add ALT_DROPS_DIR feature to jaxp/jaxws Message-ID: <20091109042608.6AD8E41BA9@hg.openjdk.java.net> Changeset: 53012f905520 Author: andrew Date: 2009-11-09 00:23 +0000 URL: http://hg.openjdk.java.net/jdk6/jdk6/jaxws/rev/53012f905520 6898251: Add ALT_DROPS_DIR feature to jaxp/jaxws Summary: Allow the directory for downloaded drops to be set using ALT_DROPS_DIR Reviewed-by: ohair, jjg ! build.properties ! jaxws.properties ! make/Makefile From gnu_andrew at member.fsf.org Mon Nov 9 08:21:10 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 9 Nov 2009 16:21:10 +0000 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AF5510B.4080309@sun.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> Message-ID: <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> 2009/11/7 Joseph D. Darcy : > Jonathan Gibbons wrote: >> >> Andrew John Hughes wrote: >>> >>> 2009/11/7 Joseph D. Darcy : >>> >>>> >>>> Hello. >>>> >>>> The latest batch of security fixes have been pushed into OpenJDK 6. >>>> >>>> Martin and Andrew, you're clear to push your other fixes back. >>>> >>>> >>> >>> Thanks, I'll get onto that tomorrow or Monday. >>> >>> >>>> >>>> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >>>> Nimbus, and the new delivery model for jaxp and jaxws, that might be a >>>> good >>>> amount of change to be a new build, b18. >>>> >>>> Is there any other work that should go back into b18? >>>> >>>> >>> >>> I'd like to get a backport of >>> http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. ?It's a >>> minor fix that Kelly found that gets rid of the superfluous -fastdebug >>> build directory currently being produced by OpenJDK6 builds. >>> >>> Otherwise I think it's good to go. >>> >>> The list has been silent on the matter, but I discussed hs16 and >>> OpenJDK6 with Dalibor on IRC and we agreed that it would be better to >>> wait until this is more stable before bumping up OpenJDK6 to it. >>> IcedTea is currently supporting it as a build option, but it isn't >>> turned on by default. ?One advantage to hs16 going into OpenJDK6 is >>> that the Zero assembler port changeset which was recently promoted >>> into b75 could be backported. ?Otherwise, it needs a few things >>> ripping out to work with hs14 (and then putting back when we do go to >>> hs16). >>> >>> >>>> >>>> -Joe >>>> >>>> >>> >>> Thanks, >>> >> >> Joe and I have also discussed the possibility of backporting the JDK7 >> javac filemanager back to OpenJDK 6, now that we have completed a number of >> significant bug fixes. ?However, this should now probably wait until after >> b18. >> > > > Yes, I think the javac file manager fixes would be good for b19. > > -Joe > I've pushed two of the approved fixes: JAXWS/JAXP ALT_DROPS_DIR sync: http://hg.openjdk.java.net/jdk6/jdk6/jaxws/rev/53012f905520 http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/e69b78c54335 fastdebug directory fix: http://hg.openjdk.java.net/jdk6/jdk6/rev/3307d11b8026 but having an issue with jcheck and the X11 fix: remote: adding changesets remote: adding manifests remote: adding file changes remote: added 2 changesets with 1 changes to 1 files remote: remote: > Changeset: 240:318875d8173c remote: > Author: andrew remote: > Date: 2009-11-09 06:17 remote: > remote: > 6897844: Fix broken build on newer versions of X11 (libXext >= 1.1.0) remote: > Summary: Recent changes to X11's header structure break the build remote: > Reviewed-by: prr, flar remote: > Contributed-by: Diego Petten? remote: remote: Invalid contributor attribution Does jcheck not like UTF-8? -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From openjdk at getsnappy.com Mon Nov 9 13:54:31 2009 From: openjdk at getsnappy.com (Brian Gardner) Date: Mon, 9 Nov 2009 13:54:31 -0800 Subject: Running jtreg on openjdk6-b17 port for FreeBSD Message-ID: <6FC957ED-1E24-4958-9AB0-56FF33E491CA@getsnappy.com> Hi, I'm the owner of the java/openjdk6 for FreeBSD. I've been trying to run jtreg on my latest upgrade to openjdk6 b17 and the FreeBSD kernel kills a java because the OS ran out of swap memory. At first I was thinking a Test failed, but now I'm thinking it was the report generation that triggered to memory usage. I have 1G physical ram and 2G swap, so it seems a bit extreme that jtreg would need more the 2.9 gigs (assuming 100M is used by OS). Any ideas on what might be causing this? # entry in /var/log/messages openjdk6 kernel: pid 87648 (java), uid 0, was killed: out of swap space #result from gmake command TEST: tools/launcher/MultipleJRE.sh TEST RESULT: Passed. Execution successful -------------------------------------------------- TEST: tools/launcher/SolarisDataModel.sh TEST RESULT: Passed. Execution successful -------------------------------------------------- TEST: tools/launcher/SolarisRunpath.sh TEST RESULT: Passed. Execution successful -------------------------------------------------- TEST: tools/launcher/UnicodeTest.sh TEST RESULT: Passed. Execution successful -------------------------------------------------- TEST: tools/launcher/unresolvedExceptions.sh TEST RESULT: Passed. Execution successful -------------------------------------------------- TEST: tools/launcher/versionOpt.sh TEST RESULT: Passed. Execution successful -------------------------------------------------- Killed gmake: *** [tests] Error 137 Thanks, Brian Gardner From Joe.Darcy at Sun.COM Mon Nov 9 18:47:31 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Mon, 09 Nov 2009 18:47:31 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> Message-ID: <4AF8D443.6080704@sun.com> Andrew John Hughes wrote: > 2009/11/7 Joseph D. Darcy : > >> Jonathan Gibbons wrote: >> >>> Andrew John Hughes wrote: >>> >>>> 2009/11/7 Joseph D. Darcy : >>>> >>>> >>>>> Hello. >>>>> >>>>> The latest batch of security fixes have been pushed into OpenJDK 6. >>>>> >>>>> Martin and Andrew, you're clear to push your other fixes back. >>>>> >>>>> >>>>> >>>> Thanks, I'll get onto that tomorrow or Monday. >>>> >>>> >>>> >>>>> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >>>>> Nimbus, and the new delivery model for jaxp and jaxws, that might be a >>>>> good >>>>> amount of change to be a new build, b18. >>>>> >>>>> Is there any other work that should go back into b18? >>>>> >>>>> >>>>> >>>> I'd like to get a backport of >>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. It's a >>>> minor fix that Kelly found that gets rid of the superfluous -fastdebug >>>> build directory currently being produced by OpenJDK6 builds. >>>> >>>> Otherwise I think it's good to go. >>>> >>>> The list has been silent on the matter, but I discussed hs16 and >>>> OpenJDK6 with Dalibor on IRC and we agreed that it would be better to >>>> wait until this is more stable before bumping up OpenJDK6 to it. >>>> IcedTea is currently supporting it as a build option, but it isn't >>>> turned on by default. One advantage to hs16 going into OpenJDK6 is >>>> that the Zero assembler port changeset which was recently promoted >>>> into b75 could be backported. Otherwise, it needs a few things >>>> ripping out to work with hs14 (and then putting back when we do go to >>>> hs16). >>>> >>>> >>>> >>>>> -Joe >>>>> >>>>> >>>>> >>>> Thanks, >>>> >>>> >>> Joe and I have also discussed the possibility of backporting the JDK7 >>> javac filemanager back to OpenJDK 6, now that we have completed a number of >>> significant bug fixes. However, this should now probably wait until after >>> b18. >>> >>> >> Yes, I think the javac file manager fixes would be good for b19. >> >> -Joe >> >> > > I've pushed two of the approved fixes: > > JAXWS/JAXP ALT_DROPS_DIR sync: > http://hg.openjdk.java.net/jdk6/jdk6/jaxws/rev/53012f905520 > http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/e69b78c54335 > > fastdebug directory fix: > http://hg.openjdk.java.net/jdk6/jdk6/rev/3307d11b8026 > > but having an issue with jcheck and the X11 fix: > > remote: adding changesets > remote: adding manifests > remote: adding file changes > remote: added 2 changesets with 1 changes to 1 files > remote: > remote: > Changeset: 240:318875d8173c > remote: > Author: andrew > remote: > Date: 2009-11-09 06:17 > remote: > > remote: > 6897844: Fix broken build on newer versions of X11 (libXext >= 1.1.0) > remote: > Summary: Recent changes to X11's header structure break the build > remote: > Reviewed-by: prr, flar > remote: > Contributed-by: Diego Petten? > remote: > remote: Invalid contributor attribution > > Does jcheck not like UTF-8? > From a quick look at the source, yes, it seems jcheck only wants ASCII alpha numeric characters for the contributed by names and addresses. In other news on b18, I've done some building and testing on the current repo without the X11 fix above. With a different network and graphics configuration than used by my published test results, the results look mostly consist with the new tests usually passing: 0: summary.txt pass: 3,118; fail: 26 1: JTreport/text/summary.txt pass: 3,135; fail: 25; error: 2 0 1 Test --- fail com/sun/java/swing/plaf/nimbus/Test6741426.java --- fail com/sun/java/swing/plaf/nimbus/Test6849805.java pass fail com/sun/jdi/BadHandshakeTest.java fail pass java/awt/Frame/DynamicLayout/DynamicLayout.java fail pass java/awt/Frame/MaximizedToIconified/MaximizedToIconified.java fail pass java/awt/Frame/ShownOffScreenOnWin98/ShownOffScreenOnWin98Test.java fail pass java/awt/Frame/UnfocusableMaximizedFrameResizablity/UnfocusableMaximizedFrameResizablity.java --- pass java/awt/GraphicsDevice/CloneConfigsTest.java fail pass java/awt/GridLayout/LayoutExtraGaps/LayoutExtraGaps.java fail pass java/awt/Insets/CombinedTestApp1.java fail pass java/awt/KeyboardFocusmanager/TypeAhead/ButtonActionKeyTest/ButtonActionKeyTest.html fail pass java/awt/KeyboardFocusmanager/TypeAhead/MenuItemActivatedTest/MenuItemActivatedTest.html fail pass java/awt/KeyboardFocusmanager/TypeAhead/SubMenuShowTest/SubMenuShowTest.html pass fail java/awt/Multiscreen/LocationRelativeToTest/LocationRelativeToTest.java fail pass java/awt/Toolkit/ScreenInsetsTest/ScreenInsetsTest.java pass --- java/awt/Window/AlwaysOnTop/AlwaysOnTopEvenOfWindow.java pass fail java/awt/Window/GrabSequence/GrabSequence.java fail pass java/awt/event/KeyEvent/CorrectTime/CorrectTime.java fail pass java/awt/grab/EmbeddedFrameTest1/EmbeddedFrameTest1.java pass fail java/awt/print/PrinterJob/ExceptionTest.java --- pass java/lang/ClassLoader/UninitializedParent.java pass fail java/net/ipv6tests/TcpTest.java pass fail java/nio/channels/SocketChannel/AdaptSocket.java pass fail java/nio/channels/SocketChannel/LocalAddress.java pass fail java/nio/channels/SocketChannel/Shutdown.java pass fail java/util/logging/LoggingDeadlock2.java --- pass javax/swing/JButton/6604281/bug6604281.java fail pass javax/swing/JTextArea/Test6593649.java --- pass javax/swing/Security/6657138/ComponentTest.java --- pass javax/swing/Security/6657138/bug6657138.java --- pass javax/swing/ToolTipManager/Test6657026.java --- pass javax/swing/UIManager/Test6657026.java --- pass javax/swing/plaf/basic/BasicSplitPaneUI/Test6657026.java --- pass javax/swing/plaf/metal/MetalBorders/Test6657026.java --- pass javax/swing/plaf/metal/MetalBumps/Test6657026.java --- pass javax/swing/plaf/metal/MetalInternalFrameUI/Test6657026.java --- pass javax/swing/plaf/metal/MetalSliderUI/Test6657026.java pass error sun/java2d/OpenGL/GradientPaints.java pass fail sun/rmi/transport/proxy/EagerHttpFallback.java --- pass sun/security/provider/certpath/DisabledAlgorithms/CPBuilder.java --- pass sun/security/provider/certpath/DisabledAlgorithms/CPValidatorEndEntity.java --- pass sun/security/provider/certpath/DisabledAlgorithms/CPValidatorIntermediate.java --- pass sun/security/provider/certpath/DisabledAlgorithms/CPValidatorTrustAnchor.java pass error sun/security/ssl/javax/net/ssl/NewAPIs/SessionTimeOutTests.java --- pass sun/security/util/DerValue/BadValue.java 45 differences Those two Nimbus tests fail with compilation errors like this: test/com/sun/java/swing/plaf/nimbus/Test6741426.java:31: package com.sun.java.swing.plaf.nimbus does not exist import com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel; ^ test/com/sun/java/swing/plaf/nimbus/Test6741426.java:52: cannot find symbol symbol : class NimbusLookAndFeel location: class Test6741426 UIManager.setLookAndFeel(new NimbusLookAndFeel()); ^ 2 errors test/com/sun/java/swing/plaf/nimbus/Test6849805.java:38: package javax.swing.plaf.nimbus does not exist static class Minimbus extends javax.swing.plaf.nimbus.NimbusLookAndFeel { ^ test/com/sun/java/swing/plaf/nimbus/Test6849805.java:41: cannot find symbol symbol : method getDerivedColor(java.awt.Color,java.awt.Color,float) location: class Test6849805.Minimbus Color r = getDerivedColor(c1, c2, f); ^ 2 errors In the first case, "com.sun.java.swing" is referred to instead of "com.sun.javax.swing" and in the second case the non-existent on OpenJDK 6 javax.swing...nimbus is referenced. Changing both of these to com.sun.javax.swing.plaf.nimbus doesn't cause the code to compile. I haven't looked into this very deeply, but ignoring the symbol file doesn't resolve the problem. Since nimbus is going into this build, I'd either like the tests be modified to pass if that is possible or removed if it is infeasible to have them pass. -Joe From gnu_andrew at member.fsf.org Tue Nov 10 02:45:15 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 10 Nov 2009 10:45:15 +0000 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AF8D443.6080704@sun.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> <4AF8D443.6080704@sun.com> Message-ID: <17c6771e0911100245p2cbd9d0cs5f24b00d46b89559@mail.gmail.com> 2009/11/10 Joseph D. Darcy : > Andrew John Hughes wrote: >> >> 2009/11/7 Joseph D. Darcy : >> >>> >>> Jonathan Gibbons wrote: >>> >>>> >>>> Andrew John Hughes wrote: >>>> >>>>> >>>>> 2009/11/7 Joseph D. Darcy : >>>>> >>>>> >>>>>> >>>>>> Hello. >>>>>> >>>>>> The latest batch of security fixes have been pushed into OpenJDK 6. >>>>>> >>>>>> Martin and Andrew, you're clear to push your other fixes back. >>>>>> >>>>>> >>>>>> >>>>> >>>>> Thanks, I'll get onto that tomorrow or Monday. >>>>> >>>>> >>>>> >>>>>> >>>>>> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >>>>>> Nimbus, and the new delivery model for jaxp and jaxws, that might be a >>>>>> good >>>>>> amount of change to be a new build, b18. >>>>>> >>>>>> Is there any other work that should go back into b18? >>>>>> >>>>>> >>>>>> >>>>> >>>>> I'd like to get a backport of >>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. ?It's a >>>>> minor fix that Kelly found that gets rid of the superfluous -fastdebug >>>>> build directory currently being produced by OpenJDK6 builds. >>>>> >>>>> Otherwise I think it's good to go. >>>>> >>>>> The list has been silent on the matter, but I discussed hs16 and >>>>> OpenJDK6 with Dalibor on IRC and we agreed that it would be better to >>>>> wait until this is more stable before bumping up OpenJDK6 to it. >>>>> IcedTea is currently supporting it as a build option, but it isn't >>>>> turned on by default. ?One advantage to hs16 going into OpenJDK6 is >>>>> that the Zero assembler port changeset which was recently promoted >>>>> into b75 could be backported. ?Otherwise, it needs a few things >>>>> ripping out to work with hs14 (and then putting back when we do go to >>>>> hs16). >>>>> >>>>> >>>>> >>>>>> >>>>>> -Joe >>>>>> >>>>>> >>>>>> >>>>> >>>>> Thanks, >>>>> >>>>> >>>> >>>> Joe and I have also discussed the possibility of backporting the JDK7 >>>> javac filemanager back to OpenJDK 6, now that we have completed a number >>>> of >>>> significant bug fixes. ?However, this should now probably wait until >>>> after >>>> b18. >>>> >>>> >>> >>> Yes, I think the javac file manager fixes would be good for b19. >>> >>> -Joe >>> >>> >> >> I've pushed two of the approved fixes: >> >> JAXWS/JAXP ALT_DROPS_DIR sync: >> http://hg.openjdk.java.net/jdk6/jdk6/jaxws/rev/53012f905520 >> http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/e69b78c54335 >> >> fastdebug directory fix: >> http://hg.openjdk.java.net/jdk6/jdk6/rev/3307d11b8026 >> >> but having an issue with jcheck and the X11 fix: >> >> remote: adding changesets >> remote: adding manifests >> remote: adding file changes >> remote: added 2 changesets with 1 changes to 1 files >> remote: >> remote: > Changeset: 240:318875d8173c >> remote: > Author: ? ?andrew >> remote: > Date: ? ? ?2009-11-09 06:17 >> remote: > >> remote: > 6897844: Fix broken build on newer versions of X11 (libXext >= >> 1.1.0) >> remote: > Summary: Recent changes to X11's header structure break the >> build >> remote: > Reviewed-by: prr, flar >> remote: > Contributed-by: Diego Petten? >> remote: >> remote: Invalid contributor attribution >> >> Does jcheck not like UTF-8? >> > > From a quick look at the source, yes, it seems jcheck only wants ASCII alpha > numeric characters for the contributed by names and addresses. > I guessed it was something like a [A-Za-z ] check. Any change of getting this fixed to accept contributor names correctly (I guess something like Character.isLetter() rather than an ASCII check)? > In other news on b18, I've done some building and testing on the current > repo without the X11 fix above. Great, I'm going to try and get something similar setup with IcedTea6 today. The X11 fix shouldn't make any difference at all, it's just a build fix for newer Xorg versions. With a different network and graphics > configuration than used by my published test results, the results look > mostly consist with the new tests usually passing: > > 0: summary.txt ?pass: 3,118; fail: 26 > 1: JTreport/text/summary.txt ?pass: 3,135; fail: 25; error: 2 > > 0 ? ? ?1 ? ? ?Test > --- ? ?fail ? com/sun/java/swing/plaf/nimbus/Test6741426.java > --- ? ?fail ? com/sun/java/swing/plaf/nimbus/Test6849805.java > pass ? fail ? com/sun/jdi/BadHandshakeTest.java > fail ? pass ? java/awt/Frame/DynamicLayout/DynamicLayout.java > fail ? pass ? java/awt/Frame/MaximizedToIconified/MaximizedToIconified.java > fail ? pass > java/awt/Frame/ShownOffScreenOnWin98/ShownOffScreenOnWin98Test.java > fail ? pass > java/awt/Frame/UnfocusableMaximizedFrameResizablity/UnfocusableMaximizedFrameResizablity.java > --- ? ?pass ? java/awt/GraphicsDevice/CloneConfigsTest.java > fail ? pass ? java/awt/GridLayout/LayoutExtraGaps/LayoutExtraGaps.java > fail ? pass ? java/awt/Insets/CombinedTestApp1.java > fail ? pass > java/awt/KeyboardFocusmanager/TypeAhead/ButtonActionKeyTest/ButtonActionKeyTest.html > fail ? pass > java/awt/KeyboardFocusmanager/TypeAhead/MenuItemActivatedTest/MenuItemActivatedTest.html > fail ? pass > java/awt/KeyboardFocusmanager/TypeAhead/SubMenuShowTest/SubMenuShowTest.html > pass ? fail > java/awt/Multiscreen/LocationRelativeToTest/LocationRelativeToTest.java > fail ? pass ? java/awt/Toolkit/ScreenInsetsTest/ScreenInsetsTest.java > pass ? --- ? ?java/awt/Window/AlwaysOnTop/AlwaysOnTopEvenOfWindow.java > pass ? fail ? java/awt/Window/GrabSequence/GrabSequence.java > fail ? pass ? java/awt/event/KeyEvent/CorrectTime/CorrectTime.java > fail ? pass ? java/awt/grab/EmbeddedFrameTest1/EmbeddedFrameTest1.java > pass ? fail ? java/awt/print/PrinterJob/ExceptionTest.java > --- ? ?pass ? java/lang/ClassLoader/UninitializedParent.java > pass ? fail ? java/net/ipv6tests/TcpTest.java > pass ? fail ? java/nio/channels/SocketChannel/AdaptSocket.java > pass ? fail ? java/nio/channels/SocketChannel/LocalAddress.java > pass ? fail ? java/nio/channels/SocketChannel/Shutdown.java > pass ? fail ? java/util/logging/LoggingDeadlock2.java > --- ? ?pass ? javax/swing/JButton/6604281/bug6604281.java > fail ? pass ? javax/swing/JTextArea/Test6593649.java > --- ? ?pass ? javax/swing/Security/6657138/ComponentTest.java > --- ? ?pass ? javax/swing/Security/6657138/bug6657138.java > --- ? ?pass ? javax/swing/ToolTipManager/Test6657026.java > --- ? ?pass ? javax/swing/UIManager/Test6657026.java > --- ? ?pass ? javax/swing/plaf/basic/BasicSplitPaneUI/Test6657026.java > --- ? ?pass ? javax/swing/plaf/metal/MetalBorders/Test6657026.java > --- ? ?pass ? javax/swing/plaf/metal/MetalBumps/Test6657026.java > --- ? ?pass ? javax/swing/plaf/metal/MetalInternalFrameUI/Test6657026.java > --- ? ?pass ? javax/swing/plaf/metal/MetalSliderUI/Test6657026.java > pass ? error ?sun/java2d/OpenGL/GradientPaints.java > pass ? fail ? sun/rmi/transport/proxy/EagerHttpFallback.java > --- ? ?pass > sun/security/provider/certpath/DisabledAlgorithms/CPBuilder.java > --- ? ?pass > sun/security/provider/certpath/DisabledAlgorithms/CPValidatorEndEntity.java > --- ? ?pass > sun/security/provider/certpath/DisabledAlgorithms/CPValidatorIntermediate.java > --- ? ?pass > sun/security/provider/certpath/DisabledAlgorithms/CPValidatorTrustAnchor.java > pass ? error > ?sun/security/ssl/javax/net/ssl/NewAPIs/SessionTimeOutTests.java > --- ? ?pass ? sun/security/util/DerValue/BadValue.java > > 45 differences > > Those two Nimbus tests fail with compilation errors like this: > > test/com/sun/java/swing/plaf/nimbus/Test6741426.java:31: package > com.sun.java.swing.plaf.nimbus does not exist > import com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel; > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ > test/com/sun/java/swing/plaf/nimbus/Test6741426.java:52: cannot find symbol > symbol ?: class NimbusLookAndFeel > location: class Test6741426 > ? ? ? UIManager.setLookAndFeel(new NimbusLookAndFeel()); > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ > 2 errors > > > test/com/sun/java/swing/plaf/nimbus/Test6849805.java:38: package > javax.swing.plaf.nimbus does not exist > ? static class Minimbus extends javax.swing.plaf.nimbus.NimbusLookAndFeel { > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ > test/com/sun/java/swing/plaf/nimbus/Test6849805.java:41: cannot find symbol > symbol ?: method getDerivedColor(java.awt.Color,java.awt.Color,float) > location: class Test6849805.Minimbus > ? ? ? ? ? Color r = getDerivedColor(c1, c2, f); > ? ? ? ? ? ? ? ? ? ? ^ > 2 errors > > > In the first case, "com.sun.java.swing" is referred to instead of > "com.sun.javax.swing" and in the second case the non-existent on OpenJDK 6 > javax.swing...nimbus is referenced. ?Changing both of these to > com.sun.javax.swing.plaf.nimbus doesn't cause the code to compile. ?I > haven't looked into this very deeply, but ignoring the symbol file doesn't > resolve the problem. > > Since nimbus is going into this build, I'd either like the tests be modified > to pass if that is possible or removed if it is infeasible to have them > pass. > Ok, I don't know how these slipped through as they are. I'll look into a solution. > -Joe > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Wed Nov 11 08:10:18 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 11 Nov 2009 16:10:18 +0000 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <17c6771e0911100245p2cbd9d0cs5f24b00d46b89559@mail.gmail.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> <4AF8D443.6080704@sun.com> <17c6771e0911100245p2cbd9d0cs5f24b00d46b89559@mail.gmail.com> Message-ID: <17c6771e0911110810v3fa4d6e7jb0a8cdae482300b8@mail.gmail.com> 2009/11/10 Andrew John Hughes : > 2009/11/10 Joseph D. Darcy : >> Andrew John Hughes wrote: >>> >>> 2009/11/7 Joseph D. Darcy : >>> >>>> >>>> Jonathan Gibbons wrote: >>>> >>>>> >>>>> Andrew John Hughes wrote: >>>>> >>>>>> >>>>>> 2009/11/7 Joseph D. Darcy : >>>>>> >>>>>> >>>>>>> >>>>>>> Hello. >>>>>>> >>>>>>> The latest batch of security fixes have been pushed into OpenJDK 6. >>>>>>> >>>>>>> Martin and Andrew, you're clear to push your other fixes back. >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> Thanks, I'll get onto that tomorrow or Monday. >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> Now that OpenJDK 6 has the latest security fixes, Andrew's backport of >>>>>>> Nimbus, and the new delivery model for jaxp and jaxws, that might be a >>>>>>> good >>>>>>> amount of change to be a new build, b18. >>>>>>> >>>>>>> Is there any other work that should go back into b18? >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> I'd like to get a backport of >>>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/d6b08bdb9a54 in. ?It's a >>>>>> minor fix that Kelly found that gets rid of the superfluous -fastdebug >>>>>> build directory currently being produced by OpenJDK6 builds. >>>>>> >>>>>> Otherwise I think it's good to go. >>>>>> >>>>>> The list has been silent on the matter, but I discussed hs16 and >>>>>> OpenJDK6 with Dalibor on IRC and we agreed that it would be better to >>>>>> wait until this is more stable before bumping up OpenJDK6 to it. >>>>>> IcedTea is currently supporting it as a build option, but it isn't >>>>>> turned on by default. ?One advantage to hs16 going into OpenJDK6 is >>>>>> that the Zero assembler port changeset which was recently promoted >>>>>> into b75 could be backported. ?Otherwise, it needs a few things >>>>>> ripping out to work with hs14 (and then putting back when we do go to >>>>>> hs16). >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> -Joe >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> >>>>> >>>>> Joe and I have also discussed the possibility of backporting the JDK7 >>>>> javac filemanager back to OpenJDK 6, now that we have completed a number >>>>> of >>>>> significant bug fixes. ?However, this should now probably wait until >>>>> after >>>>> b18. >>>>> >>>>> >>>> >>>> Yes, I think the javac file manager fixes would be good for b19. >>>> >>>> -Joe >>>> >>>> >>> >>> I've pushed two of the approved fixes: >>> >>> JAXWS/JAXP ALT_DROPS_DIR sync: >>> http://hg.openjdk.java.net/jdk6/jdk6/jaxws/rev/53012f905520 >>> http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/e69b78c54335 >>> >>> fastdebug directory fix: >>> http://hg.openjdk.java.net/jdk6/jdk6/rev/3307d11b8026 >>> >>> but having an issue with jcheck and the X11 fix: >>> >>> remote: adding changesets >>> remote: adding manifests >>> remote: adding file changes >>> remote: added 2 changesets with 1 changes to 1 files >>> remote: >>> remote: > Changeset: 240:318875d8173c >>> remote: > Author: ? ?andrew >>> remote: > Date: ? ? ?2009-11-09 06:17 >>> remote: > >>> remote: > 6897844: Fix broken build on newer versions of X11 (libXext >= >>> 1.1.0) >>> remote: > Summary: Recent changes to X11's header structure break the >>> build >>> remote: > Reviewed-by: prr, flar >>> remote: > Contributed-by: Diego Petten? >>> remote: >>> remote: Invalid contributor attribution >>> >>> Does jcheck not like UTF-8? >>> >> >> From a quick look at the source, yes, it seems jcheck only wants ASCII alpha >> numeric characters for the contributed by names and addresses. >> > > I guessed it was something like a [A-Za-z ] check. ?Any change of > getting this fixed to accept contributor names correctly (I guess > something like Character.isLetter() rather than an ASCII check)? > >> In other news on b18, I've done some building and testing on the current >> repo without the X11 fix above. > > Great, I'm going to try and get something similar setup with IcedTea6 > today. ?The X11 fix shouldn't make any difference at all, it's just a > build fix for newer Xorg versions. > > With a different network and graphics >> configuration than used by my published test results, the results look >> mostly consist with the new tests usually passing: >> >> 0: summary.txt ?pass: 3,118; fail: 26 >> 1: JTreport/text/summary.txt ?pass: 3,135; fail: 25; error: 2 >> >> 0 ? ? ?1 ? ? ?Test >> --- ? ?fail ? com/sun/java/swing/plaf/nimbus/Test6741426.java >> --- ? ?fail ? com/sun/java/swing/plaf/nimbus/Test6849805.java >> pass ? fail ? com/sun/jdi/BadHandshakeTest.java >> fail ? pass ? java/awt/Frame/DynamicLayout/DynamicLayout.java >> fail ? pass ? java/awt/Frame/MaximizedToIconified/MaximizedToIconified.java >> fail ? pass >> java/awt/Frame/ShownOffScreenOnWin98/ShownOffScreenOnWin98Test.java >> fail ? pass >> java/awt/Frame/UnfocusableMaximizedFrameResizablity/UnfocusableMaximizedFrameResizablity.java >> --- ? ?pass ? java/awt/GraphicsDevice/CloneConfigsTest.java >> fail ? pass ? java/awt/GridLayout/LayoutExtraGaps/LayoutExtraGaps.java >> fail ? pass ? java/awt/Insets/CombinedTestApp1.java >> fail ? pass >> java/awt/KeyboardFocusmanager/TypeAhead/ButtonActionKeyTest/ButtonActionKeyTest.html >> fail ? pass >> java/awt/KeyboardFocusmanager/TypeAhead/MenuItemActivatedTest/MenuItemActivatedTest.html >> fail ? pass >> java/awt/KeyboardFocusmanager/TypeAhead/SubMenuShowTest/SubMenuShowTest.html >> pass ? fail >> java/awt/Multiscreen/LocationRelativeToTest/LocationRelativeToTest.java >> fail ? pass ? java/awt/Toolkit/ScreenInsetsTest/ScreenInsetsTest.java >> pass ? --- ? ?java/awt/Window/AlwaysOnTop/AlwaysOnTopEvenOfWindow.java >> pass ? fail ? java/awt/Window/GrabSequence/GrabSequence.java >> fail ? pass ? java/awt/event/KeyEvent/CorrectTime/CorrectTime.java >> fail ? pass ? java/awt/grab/EmbeddedFrameTest1/EmbeddedFrameTest1.java >> pass ? fail ? java/awt/print/PrinterJob/ExceptionTest.java >> --- ? ?pass ? java/lang/ClassLoader/UninitializedParent.java >> pass ? fail ? java/net/ipv6tests/TcpTest.java >> pass ? fail ? java/nio/channels/SocketChannel/AdaptSocket.java >> pass ? fail ? java/nio/channels/SocketChannel/LocalAddress.java >> pass ? fail ? java/nio/channels/SocketChannel/Shutdown.java >> pass ? fail ? java/util/logging/LoggingDeadlock2.java >> --- ? ?pass ? javax/swing/JButton/6604281/bug6604281.java >> fail ? pass ? javax/swing/JTextArea/Test6593649.java >> --- ? ?pass ? javax/swing/Security/6657138/ComponentTest.java >> --- ? ?pass ? javax/swing/Security/6657138/bug6657138.java >> --- ? ?pass ? javax/swing/ToolTipManager/Test6657026.java >> --- ? ?pass ? javax/swing/UIManager/Test6657026.java >> --- ? ?pass ? javax/swing/plaf/basic/BasicSplitPaneUI/Test6657026.java >> --- ? ?pass ? javax/swing/plaf/metal/MetalBorders/Test6657026.java >> --- ? ?pass ? javax/swing/plaf/metal/MetalBumps/Test6657026.java >> --- ? ?pass ? javax/swing/plaf/metal/MetalInternalFrameUI/Test6657026.java >> --- ? ?pass ? javax/swing/plaf/metal/MetalSliderUI/Test6657026.java >> pass ? error ?sun/java2d/OpenGL/GradientPaints.java >> pass ? fail ? sun/rmi/transport/proxy/EagerHttpFallback.java >> --- ? ?pass >> sun/security/provider/certpath/DisabledAlgorithms/CPBuilder.java >> --- ? ?pass >> sun/security/provider/certpath/DisabledAlgorithms/CPValidatorEndEntity.java >> --- ? ?pass >> sun/security/provider/certpath/DisabledAlgorithms/CPValidatorIntermediate.java >> --- ? ?pass >> sun/security/provider/certpath/DisabledAlgorithms/CPValidatorTrustAnchor.java >> pass ? error >> ?sun/security/ssl/javax/net/ssl/NewAPIs/SessionTimeOutTests.java >> --- ? ?pass ? sun/security/util/DerValue/BadValue.java >> >> 45 differences >> >> Those two Nimbus tests fail with compilation errors like this: >> >> test/com/sun/java/swing/plaf/nimbus/Test6741426.java:31: package >> com.sun.java.swing.plaf.nimbus does not exist >> import com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel; >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ >> test/com/sun/java/swing/plaf/nimbus/Test6741426.java:52: cannot find symbol >> symbol ?: class NimbusLookAndFeel >> location: class Test6741426 >> ? ? ? UIManager.setLookAndFeel(new NimbusLookAndFeel()); >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ >> 2 errors >> >> >> test/com/sun/java/swing/plaf/nimbus/Test6849805.java:38: package >> javax.swing.plaf.nimbus does not exist >> ? static class Minimbus extends javax.swing.plaf.nimbus.NimbusLookAndFeel { >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ >> test/com/sun/java/swing/plaf/nimbus/Test6849805.java:41: cannot find symbol >> symbol ?: method getDerivedColor(java.awt.Color,java.awt.Color,float) >> location: class Test6849805.Minimbus >> ? ? ? ? ? Color r = getDerivedColor(c1, c2, f); >> ? ? ? ? ? ? ? ? ? ? ^ >> 2 errors >> >> >> In the first case, "com.sun.java.swing" is referred to instead of >> "com.sun.javax.swing" and in the second case the non-existent on OpenJDK 6 >> javax.swing...nimbus is referenced. ?Changing both of these to >> com.sun.javax.swing.plaf.nimbus doesn't cause the code to compile. ?I >> haven't looked into this very deeply, but ignoring the symbol file doesn't >> resolve the problem. >> >> Since nimbus is going into this build, I'd either like the tests be modified >> to pass if that is possible or removed if it is infeasible to have them >> pass. >> > > Ok, I don't know how these slipped through as they are. ?I'll look > into a solution. > >> -Joe >> > > > > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > Still need to look at this, but was wondering what was happening with timezone data in 6? I just noticed another update go through for 7, but I don't recall seeing any for 6. For 7: changeset: 1692:7aa6cb832991 user: peytoia date: Mon Aug 31 14:50:33 2009 +0900 summary: 6872467: (tz) Support tzdata2009l changeset: 1252:f29cd35647b1 parent: 1193:d5a1223e9618 user: peytoia date: Tue May 12 15:21:55 2009 +0900 summary: 6834474: (tz) Support tzdata2009g changeset: 833:d75ae3f11e01 user: peytoia date: Mon Jan 26 09:19:59 2009 +0900 summary: 6796489: (tz) Support tzdata2009a changeset: 819:f67599e0ee33 user: peytoia date: Thu Oct 30 13:12:54 2008 +0900 summary: 6764308: (tz) Support tzdata2008i changeset: 816:244f62312fec user: peytoia date: Thu Oct 16 14:00:58 2008 +0900 summary: 6758988: (tz) Support tzdata2008h changeset: 814:a9be64f0ad3e user: peytoia date: Tue Oct 07 18:25:59 2008 +0900 summary: 6756569: (tz) Support tzdata2008g changeset: 640:66b0b1231530 user: peytoia date: Mon Sep 08 17:35:07 2008 +0900 summary: 6730743: (tz) Support tzdata2008e Plus the new one which I don't have in the IcedTea forest yet. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From martinrb at google.com Wed Nov 11 11:05:55 2009 From: martinrb at google.com (Martin Buchholz) Date: Wed, 11 Nov 2009 11:05:55 -0800 Subject: Differences between openjdk6 hotspot and hs14+ Message-ID: <1ccfd1c10911111105t21ebeaabj82142c7bc29b2d3f@mail.gmail.com> Hi Andrew, I'm checking the current state of hotspot 14 in openjdk6, and noticed some discrepancies I can't explain. This hunk: --- /home/martinrb/ws/hsx14-master/src/share/vm/runtime/globals.hpp 2009-05-13 14:49:39.000000000 -0700 +++ /home/martinrb/ws/openjdk6/hotspot/src/share/vm/runtime/globals.hpp 2009-11-04 15:34:13.000000000 -0800 @@ -1494,7 +1497,7 @@ "CMSPrecleanNumerator:CMSPrecleanDenominator yields convergence" \ " ratio") \ \ - product(bool, CMSPrecleanRefLists1, true, \ + product(bool, CMSPrecleanRefLists1, false, \ "Preclean ref lists during (initial) preclean phase") \ \ product(bool, CMSPrecleanRefLists2, false, \ is from # HG changeset patch # User ysr # Date 1227212861 28800 # Node ID 00b023ae2d78987955a9647b6d6d457bd39dec7e # Parent b5e603f2e02480180ace404141897cf8f6266e93 6722113: CMS: Incorrect overflow handling during precleaning of Reference lists Summary: When we encounter marking stack overflow during precleaning of Reference lists, we were using the overflow list mechanism, which can cause problems on account of mutating the mark word of the header because of conflicts with mutator accesses and updates of that field. Instead we should use the usual mechanism for overflow handling in concurrent phases, namely dirtying of the card on which the overflowed object lies. Since precleaning effectively does a form of discovered list processing, albeit with discovery enabled, we needed to adjust some code to be correct in the face of interleaved processing and discovery. Reviewed-by: apetrusenko, jcoomes Probably inadvertently reverted during a merge? I found this by reviewing changes thusly diff -Bw -x .hg -u -r ~/ws/hsx14-master/ ~/ws/openjdk6/hotspot/ Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20091111/afa809ae/attachment.html From Joe.Darcy at Sun.COM Thu Nov 12 21:29:08 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Thu, 12 Nov 2009 21:29:08 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <17c6771e0911110810v3fa4d6e7jb0a8cdae482300b8@mail.gmail.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> <4AF8D443.6080704@sun.com> <17c6771e0911100245p2cbd9d0cs5f24b00d46b89559@mail.gmail.com> <17c6771e0911110810v3fa4d6e7jb0a8cdae482300b8@mail.gmail.com> Message-ID: <4AFCEEA4.70009@sun.com> Andrew John Hughes wrote: > 2009/11/10 Andrew John Hughes : > [snip] > > > Still need to look at this, but was wondering what was happening with > timezone data in 6? It doesn't seem like much of anything is happening with timezone data in OpenJDK 6! > I just noticed another update go through for 7, > but I don't recall seeing any for 6. > > For 7: > > changeset: 1692:7aa6cb832991 > user: peytoia > date: Mon Aug 31 14:50:33 2009 +0900 > summary: 6872467: (tz) Support tzdata2009l > > changeset: 1252:f29cd35647b1 > parent: 1193:d5a1223e9618 > user: peytoia > date: Tue May 12 15:21:55 2009 +0900 > summary: 6834474: (tz) Support tzdata2009g > > changeset: 833:d75ae3f11e01 > user: peytoia > date: Mon Jan 26 09:19:59 2009 +0900 > summary: 6796489: (tz) Support tzdata2009a > > changeset: 819:f67599e0ee33 > user: peytoia > date: Thu Oct 30 13:12:54 2008 +0900 > summary: 6764308: (tz) Support tzdata2008i > > changeset: 816:244f62312fec > user: peytoia > date: Thu Oct 16 14:00:58 2008 +0900 > summary: 6758988: (tz) Support tzdata2008h > > changeset: 814:a9be64f0ad3e > user: peytoia > date: Tue Oct 07 18:25:59 2008 +0900 > summary: 6756569: (tz) Support tzdata2008g > > changeset: 640:66b0b1231530 > user: peytoia > date: Mon Sep 08 17:35:07 2008 +0900 > summary: 6730743: (tz) Support tzdata2008e > > Plus the new one which I don't have in the IcedTea forest yet. > I'd appreciate if you could backport these timezone changes. -Joe From Erik.Trimble at Sun.COM Thu Nov 12 22:05:08 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Thu, 12 Nov 2009 22:05:08 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AFCEEA4.70009@sun.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> <4AF8D443.6080704@sun.com> <17c6771e0911100245p2cbd9d0cs5f24b00d46b89559@mail.gmail.com> <17c6771e0911110810v3fa4d6e7jb0a8cdae482300b8@mail.gmail.com> <4AFCEEA4.70009@sun.com> Message-ID: <4AFCF714.4090007@sun.com> I'm pushing the Hotspot 16 b12 changes now. They should appear shortly in the http://hg.openjdk.java.net/hsx/hsx16/master repository. I think we're still going to have one more build of HS16 before we're done for 6u18. But that decision is coming the next week or so. PIT has not yet begun for HS16 b12, so, look at the bits with a minor grain of salt. :-) -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA From gnu_andrew at member.fsf.org Fri Nov 13 08:45:21 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 13 Nov 2009 16:45:21 +0000 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <4AFCEEA4.70009@sun.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> <4AF8D443.6080704@sun.com> <17c6771e0911100245p2cbd9d0cs5f24b00d46b89559@mail.gmail.com> <17c6771e0911110810v3fa4d6e7jb0a8cdae482300b8@mail.gmail.com> <4AFCEEA4.70009@sun.com> Message-ID: <17c6771e0911130845o6138d6bei1d8bb76c3fe13e4e@mail.gmail.com> 2009/11/13 Joseph D. Darcy : > Andrew John Hughes wrote: >> >> 2009/11/10 Andrew John Hughes : >> > > [snip] >> >> >> Still need to look at this, but was wondering what was happening with >> timezone data in 6? > > It doesn't seem like much of anything is happening with timezone data in > OpenJDK 6! > >> I just noticed another update go through for 7, >> but I don't recall seeing any for 6. >> >> For 7: >> >> changeset: ? 1692:7aa6cb832991 >> user: ? ? ? ?peytoia >> date: ? ? ? ?Mon Aug 31 14:50:33 2009 +0900 >> summary: ? ? 6872467: (tz) Support tzdata2009l >> >> changeset: ? 1252:f29cd35647b1 >> parent: ? ? ?1193:d5a1223e9618 >> user: ? ? ? ?peytoia >> date: ? ? ? ?Tue May 12 15:21:55 2009 +0900 >> summary: ? ? 6834474: (tz) Support tzdata2009g >> >> changeset: ? 833:d75ae3f11e01 >> user: ? ? ? ?peytoia >> date: ? ? ? ?Mon Jan 26 09:19:59 2009 +0900 >> summary: ? ? 6796489: (tz) Support tzdata2009a >> >> changeset: ? 819:f67599e0ee33 >> user: ? ? ? ?peytoia >> date: ? ? ? ?Thu Oct 30 13:12:54 2008 +0900 >> summary: ? ? 6764308: (tz) Support tzdata2008i >> >> changeset: ? 816:244f62312fec >> user: ? ? ? ?peytoia >> date: ? ? ? ?Thu Oct 16 14:00:58 2008 +0900 >> summary: ? ? 6758988: (tz) Support tzdata2008h >> >> changeset: ? 814:a9be64f0ad3e >> user: ? ? ? ?peytoia >> date: ? ? ? ?Tue Oct 07 18:25:59 2008 +0900 >> summary: ? ? 6756569: (tz) Support tzdata2008g >> >> changeset: ? 640:66b0b1231530 >> user: ? ? ? ?peytoia >> date: ? ? ? ?Mon Sep 08 17:35:07 2008 +0900 >> summary: ? ? 6730743: (tz) Support tzdata2008e >> >> Plus the new one which I don't have in the IcedTea forest yet. >> > > I'd appreciate if you could backport these timezone changes. > > -Joe > Ok, no problem. So I make it for b18 we still have: * the issue with the X11 patch I can't apply because of jcheck * Nimbus issues * the diff issue with HotSpot Martin pointed out Do we also want the timezone data changes for b18 or shall we do that in b19? I think b19's main feature is likely to be hs16. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Joe.Darcy at Sun.COM Fri Nov 13 12:24:53 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Fri, 13 Nov 2009 12:24:53 -0800 Subject: Security fixes are back; other fixes can go in. Time for build 18? In-Reply-To: <17c6771e0911130845o6138d6bei1d8bb76c3fe13e4e@mail.gmail.com> References: <4AF4B948.5070702@sun.com> <17c6771e0911071712n1ee39648tcda8605c9682230a@mail.gmail.com> <4AF61D76.8040805@sun.com> <4AF5510B.4080309@sun.com> <17c6771e0911090821ne68ac97nc7e3e50d889b7ce9@mail.gmail.com> <4AF8D443.6080704@sun.com> <17c6771e0911100245p2cbd9d0cs5f24b00d46b89559@mail.gmail.com> <17c6771e0911110810v3fa4d6e7jb0a8cdae482300b8@mail.gmail.com> <4AFCEEA4.70009@sun.com> <17c6771e0911130845o6138d6bei1d8bb76c3fe13e4e@mail.gmail.com> Message-ID: <4AFDC095.4060103@sun.com> Andrew John Hughes wrote: > 2009/11/13 Joseph D. Darcy : > >> Andrew John Hughes wrote: >> >>> 2009/11/10 Andrew John Hughes : >>> >>> >> [snip] >> >>> Still need to look at this, but was wondering what was happening with >>> timezone data in 6? >>> >> It doesn't seem like much of anything is happening with timezone data in >> OpenJDK 6! >> >> >>> I just noticed another update go through for 7, >>> but I don't recall seeing any for 6. >>> >>> For 7: >>> >>> changeset: 1692:7aa6cb832991 >>> user: peytoia >>> date: Mon Aug 31 14:50:33 2009 +0900 >>> summary: 6872467: (tz) Support tzdata2009l >>> >>> changeset: 1252:f29cd35647b1 >>> parent: 1193:d5a1223e9618 >>> user: peytoia >>> date: Tue May 12 15:21:55 2009 +0900 >>> summary: 6834474: (tz) Support tzdata2009g >>> >>> changeset: 833:d75ae3f11e01 >>> user: peytoia >>> date: Mon Jan 26 09:19:59 2009 +0900 >>> summary: 6796489: (tz) Support tzdata2009a >>> >>> changeset: 819:f67599e0ee33 >>> user: peytoia >>> date: Thu Oct 30 13:12:54 2008 +0900 >>> summary: 6764308: (tz) Support tzdata2008i >>> >>> changeset: 816:244f62312fec >>> user: peytoia >>> date: Thu Oct 16 14:00:58 2008 +0900 >>> summary: 6758988: (tz) Support tzdata2008h >>> >>> changeset: 814:a9be64f0ad3e >>> user: peytoia >>> date: Tue Oct 07 18:25:59 2008 +0900 >>> summary: 6756569: (tz) Support tzdata2008g >>> >>> changeset: 640:66b0b1231530 >>> user: peytoia >>> date: Mon Sep 08 17:35:07 2008 +0900 >>> summary: 6730743: (tz) Support tzdata2008e >>> >>> Plus the new one which I don't have in the IcedTea forest yet. >>> >>> >> I'd appreciate if you could backport these timezone changes. >> >> -Joe >> >> > > Ok, no problem. > > So I make it for b18 we still have: > > * the issue with the X11 patch I can't apply because of jcheck > I'll check in with Mark, but we're both speaking at Devoxx next week so recognizing Latin-1 characters in jcheck may not happen immediately. > * Nimbus issues > * the diff issue with HotSpot Martin pointed out > Right. > Do we also want the timezone data changes for b18 or shall we do that > in b19? I think b19's main feature is likely to be hs16. > I think the time zone updates would be better in b18; the nature of these changes is very well-understood. -Joe From Erik.Trimble at Sun.COM Tue Nov 17 18:55:58 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Tue, 17 Nov 2009 18:55:58 -0800 Subject: Hotspot 16 Build 11 has been promoted... Message-ID: <4B03623E.6020405@sun.com> Build 12 of Hotspot 16 has been promoted and has successfully completed PIT. This Hotspot build will be integrated into the Sun JDK 6 Update 18 Build 05 codebase. Build 12 is (almost certainly) to be the last build of Hotspot 16 before the release of 6u18, and as such, is a good candidate for inclusion in the next build of OpenJDK 6. The latest promoted bits can be found (as usual) in: http://hg.openjdk.java.net/hsx/hsx16/master The Hg tip for this build is: http://hg.openjdk.java.net/hsx/hsx16/master/rev/834503c17fc1 Here is the certificate: ============= Component : VM Status : 0 major failures, 0 minor failures Date : 11/17/2009 at 11:55 Tested By : Ekaterina.Pavlova at sun.com and VM SQE Cost(total man-days): 2 Workspace : http://hg.openjdk.java.net/hsx/hsx16/master Bundles : /net/jprt-web.sfbay/jprt/archive/2009/11/2009-11-13-034925.et151817.hs16b12-master/bundles/ Platforms : Solaris Sparc 11(32), -client Solaris Sparc 11(32), -server Solaris Sparc 10(32), -client Solaris Sparc 10(32), -server Solaris x86 11(32), -client Solaris x86 11(32), -server Solaris x86 10(32), -client Solaris x86 10(32), -server WinXP Prof(32), -client WinXP Prof(32), -server WinXP Home(32), -client WinXP Home(32), -server Win Server 2003(32), -client Win Server 2003(32), -server Windows Vista 32 bit, -client Windows Vista 32 bit, -server Windows Vista 64 bit, -client Windows Vista 64 bit, -server RH AS4.0 (32), -client RH AS4.0 (32), -server Solaris AMD64(64jdk), -d64/-server Sol Sparc 10(64OS)(64jdk), -d64/-server win server2003 AMD(64OS)(64jdk), -d64/-server RH AS4.0 AMD(64OS)(64jdk), -d64/-server SuSE SLES8 AMD(64OS)(64jdk), -d64/-server Others Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase Browsers : NA Patches : NA Logs : http://sqeweb.sfbay/nfs/tools/gtee/results/HSX/PIT/VM/16/b12/jdk6u18b05/fastdebug/; http://vmsqe.russia/execution/results/HSX/PIT/VM/16/b12/jdk6u18b05 Number of Tests Executed : 648075 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6801625: CDS: HeapDump tests crash with internal error in compactingPermGenGen.cpp 6898857: [Regression] -XX:NewRatio with -XX:+UseConcMarkSweepGC causes fatal error 6876276: assert(!is_visited,"visit only once") 6869822: assert(Universe::narrow_oop_shift() == 0,"use unscaled narrow oop") 6858886: G1: guarantee(_next_marked_bytes <= used(),"invariant") at heapRegion.hpp:359 6886024: G1: assert(recent_avg_pause_time_ratio() < 1.00,"All GC?") 6818264: Heap dumper unexpectedly adds .hprof suffix 6887571: Increase default heap config sizes 6900899: vm fails to start when -Xmx value is less than OldSize + NewSize 6852078: HSX 14/16 in jdk 5.0: api/javax_management api/org_omg jck tests crashes or make tname serv crash 6890137: G1: revamp reachable object dump 6898160: Need serviceability support for new vm argument type 'uint64_t' Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6896084: VM does not reserve protected page below heap for compressed oops implicit null checks 6892658: C2 should optimize some stringbuilder patterns 6889740: G1: OpenDS fails with "unhandled exception in compiled code" 6870843: G1: G1 GC memory leak 6895788: G1: SATB and update buffer allocation code allocates too much space Other reasons: 6900997: Bump the HS16 build number to 12 6893554: SPECjvm2008 mpegaudio fails with SecurityException New bugs filed: Bugs in PIT build: 6895216: gc/gctests/FinalizeTest02 fails because not all references are finalized in time Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.6.0_18-b05 Issues and Notes: This is hs16-b12 PIT for jdk6u18-b05. Unverified fixes are because no tests exist or the fixes are build/jprt/performance ones. All knew failures are either environment or infrastructure ones. ------------------------------- From Ekaterina.Pavlova at sun.com and VM SQE -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA From Erik.Trimble at Sun.COM Tue Nov 17 19:23:01 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Tue, 17 Nov 2009 19:23:01 -0800 Subject: Hotspot 16 Build 12 has been promoted... Message-ID: <4B036895.40809@sun.com> That's what I get for cut-n-paste. Build 12 is promoted, not build 11. Sorry for the mix-up. -Erik -------- Original Message -------- Subject: Hotspot 16 Build 11 has been promoted... Date: Tue, 17 Nov 2009 18:55:58 -0800 From: Erik Trimble Organization: Sun Microsystems To: jdk6-dev Build 12 of Hotspot 16 has been promoted and has successfully completed PIT. This Hotspot build will be integrated into the Sun JDK 6 Update 18 Build 05 codebase. Build 12 is (almost certainly) to be the last build of Hotspot 16 before the release of 6u18, and as such, is a good candidate for inclusion in the next build of OpenJDK 6. The latest promoted bits can be found (as usual) in: http://hg.openjdk.java.net/hsx/hsx16/master The Hg tip for this build is: http://hg.openjdk.java.net/hsx/hsx16/master/rev/834503c17fc1 Here is the certificate: ============= Component : VM Status : 0 major failures, 0 minor failures Date : 11/17/2009 at 11:55 Tested By : Ekaterina.Pavlova at sun.com and VM SQE Cost(total man-days): 2 Workspace : http://hg.openjdk.java.net/hsx/hsx16/master Bundles : /net/jprt-web.sfbay/jprt/archive/2009/11/2009-11-13-034925.et151817.hs16b12-master/bundles/ Platforms : Solaris Sparc 11(32), -client Solaris Sparc 11(32), -server Solaris Sparc 10(32), -client Solaris Sparc 10(32), -server Solaris x86 11(32), -client Solaris x86 11(32), -server Solaris x86 10(32), -client Solaris x86 10(32), -server WinXP Prof(32), -client WinXP Prof(32), -server WinXP Home(32), -client WinXP Home(32), -server Win Server 2003(32), -client Win Server 2003(32), -server Windows Vista 32 bit, -client Windows Vista 32 bit, -server Windows Vista 64 bit, -client Windows Vista 64 bit, -server RH AS4.0 (32), -client RH AS4.0 (32), -server Solaris AMD64(64jdk), -d64/-server Sol Sparc 10(64OS)(64jdk), -d64/-server win server2003 AMD(64OS)(64jdk), -d64/-server RH AS4.0 AMD(64OS)(64jdk), -d64/-server SuSE SLES8 AMD(64OS)(64jdk), -d64/-server Others Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase Browsers : NA Patches : NA Logs : http://sqeweb.sfbay/nfs/tools/gtee/results/HSX/PIT/VM/16/b12/jdk6u18b05/fastdebug/; http://vmsqe.russia/execution/results/HSX/PIT/VM/16/b12/jdk6u18b05 Number of Tests Executed : 648075 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6801625: CDS: HeapDump tests crash with internal error in compactingPermGenGen.cpp 6898857: [Regression] -XX:NewRatio with -XX:+UseConcMarkSweepGC causes fatal error 6876276: assert(!is_visited,"visit only once") 6869822: assert(Universe::narrow_oop_shift() == 0,"use unscaled narrow oop") 6858886: G1: guarantee(_next_marked_bytes <= used(),"invariant") at heapRegion.hpp:359 6886024: G1: assert(recent_avg_pause_time_ratio() < 1.00,"All GC?") 6818264: Heap dumper unexpectedly adds .hprof suffix 6887571: Increase default heap config sizes 6900899: vm fails to start when -Xmx value is less than OldSize + NewSize 6852078: HSX 14/16 in jdk 5.0: api/javax_management api/org_omg jck tests crashes or make tname serv crash 6890137: G1: revamp reachable object dump 6898160: Need serviceability support for new vm argument type 'uint64_t' Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6896084: VM does not reserve protected page below heap for compressed oops implicit null checks 6892658: C2 should optimize some stringbuilder patterns 6889740: G1: OpenDS fails with "unhandled exception in compiled code" 6870843: G1: G1 GC memory leak 6895788: G1: SATB and update buffer allocation code allocates too much space Other reasons: 6900997: Bump the HS16 build number to 12 6893554: SPECjvm2008 mpegaudio fails with SecurityException New bugs filed: Bugs in PIT build: 6895216: gc/gctests/FinalizeTest02 fails because not all references are finalized in time Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.6.0_18-b05 Issues and Notes: This is hs16-b12 PIT for jdk6u18-b05. Unverified fixes are because no tests exist or the fixes are build/jprt/performance ones. All knew failures are either environment or infrastructure ones. ------------------------------- >From Ekaterina.Pavlova at sun.com and VM SQE -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA From volker.simonis at gmail.com Fri Nov 20 01:31:43 2009 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 20 Nov 2009 10:31:43 +0100 Subject: JDK_MINOR_VER is 7 in hsx16 Message-ID: Hi, I have just noticed that JDK_MINOR_VER in 'make/hotspot_version' is still 7 in hsx16. The same issue was fixed for hsx14 with "6828069: Change JDK_MINOR_VER to 6 for 6Update HS versions" (http://hg.openjdk.java.net/hsx/hsx14/master/rev/faa98d9eacd2) and I think this fix should be applied to hsx16 as well. Regards, Volker On 11/18/09, Erik Trimble wrote: > That's what I get for cut-n-paste. > > Build 12 is promoted, not build 11. Sorry for the mix-up. > > -Erik > > > > -------- Original Message -------- > Subject: Hotspot 16 Build 11 has been promoted... > Date: Tue, 17 Nov 2009 18:55:58 -0800 > From: Erik Trimble > Organization: Sun Microsystems > To: jdk6-dev > > > > Build 12 of Hotspot 16 has been promoted and has successfully completed > PIT. > > This Hotspot build will be integrated into the Sun JDK 6 Update 18 Build 05 > codebase. > > Build 12 is (almost certainly) to be the last build of Hotspot 16 before > the release of 6u18, and as such, is a good candidate for inclusion in the > next build of OpenJDK 6. > > > The latest promoted bits can be found (as usual) in: > > http://hg.openjdk.java.net/hsx/hsx16/master > > The Hg tip for this build is: > > http://hg.openjdk.java.net/hsx/hsx16/master/rev/834503c17fc1 > > > > > Here is the certificate: > ============= > > Component : VM > Status : 0 major failures, 0 minor failures > Date : 11/17/2009 at 11:55 > Tested By : Ekaterina.Pavlova at sun.com and VM SQE > Cost(total man-days): 2 > > Workspace : http://hg.openjdk.java.net/hsx/hsx16/master > Bundles : > /net/jprt-web.sfbay/jprt/archive/2009/11/2009-11-13-034925.et151817.hs16b12-master/bundles/ > Platforms : > Solaris Sparc 11(32), -client > Solaris Sparc 11(32), -server > Solaris Sparc 10(32), -client > Solaris Sparc 10(32), -server > Solaris x86 11(32), -client > Solaris x86 11(32), -server > Solaris x86 10(32), -client > Solaris x86 10(32), -server > WinXP Prof(32), -client > WinXP Prof(32), -server > WinXP Home(32), -client > WinXP Home(32), -server > Win Server 2003(32), -client > Win Server 2003(32), -server > Windows Vista 32 bit, -client > Windows Vista 32 bit, -server > Windows Vista 64 bit, -client > Windows Vista 64 bit, -server > RH AS4.0 (32), -client > RH AS4.0 (32), -server > Solaris AMD64(64jdk), -d64/-server > Sol Sparc 10(64OS)(64jdk), -d64/-server > win server2003 AMD(64OS)(64jdk), -d64/-server > RH AS4.0 AMD(64OS)(64jdk), -d64/-server > SuSE SLES8 AMD(64OS)(64jdk), -d64/-server > Others > > Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase > Browsers : NA > Patches : NA > Logs : > http://sqeweb.sfbay/nfs/tools/gtee/results/HSX/PIT/VM/16/b12/jdk6u18b05/fastdebug/; > http://vmsqe.russia/execution/results/HSX/PIT/VM/16/b12/jdk6u18b05 > Number of Tests Executed : 648075 product tests, 0 unit tests, 0 tck tests > > Bug verification status: > ====================================== > Tested, Pass: > 6801625: CDS: HeapDump tests crash with internal error in > compactingPermGenGen.cpp > 6898857: [Regression] -XX:NewRatio with -XX:+UseConcMarkSweepGC causes > fatal error > 6876276: assert(!is_visited,"visit only once") > 6869822: assert(Universe::narrow_oop_shift() == 0,"use > unscaled narrow oop") > 6858886: G1: guarantee(_next_marked_bytes <= used(),"invariant") at > heapRegion.hpp:359 > 6886024: G1: assert(recent_avg_pause_time_ratio() < > 1.00,"All GC?") > 6818264: Heap dumper unexpectedly adds .hprof suffix > 6887571: Increase default heap config sizes > 6900899: vm fails to start when -Xmx value is less than OldSize + NewSize > 6852078: HSX 14/16 in jdk 5.0: api/javax_management api/org_omg jck tests > crashes or make tname serv crash > 6890137: G1: revamp reachable object dump > 6898160: Need serviceability support for new vm argument type 'uint64_t' > > Tested, Pass (partial fixes): > > Tested, Fail: > > Untested bug fixes: > Bugs/rfes with no unit tests: > 6896084: VM does not reserve protected page below heap for compressed oops > implicit null checks > 6892658: C2 should optimize some stringbuilder patterns > 6889740: G1: OpenDS fails with "unhandled exception in compiled code" > 6870843: G1: G1 GC memory leak > 6895788: G1: SATB and update buffer allocation code allocates too much > space > > Other reasons: > 6900997: Bump the HS16 build number to 12 > 6893554: SPECjvm2008 mpegaudio fails with SecurityException > > > New bugs filed: > Bugs in PIT build: > 6895216: gc/gctests/FinalizeTest02 fails because not all references are > finalized in time > > Bugs in earlier promoted build: > > Number of PIT requested: 1 > Integration target J2SE build number: 1.6.0_18-b05 > > Issues and Notes: > > This is hs16-b12 PIT for jdk6u18-b05. > Unverified fixes are because no tests exist or the fixes are > build/jprt/performance ones. > All knew failures are either environment or infrastructure ones. > > ------------------------------- > > > From Ekaterina.Pavlova at sun.com and VM SQE > > > > > > -- > Erik Trimble > Java System Support > Mailstop: usca22-123 > Phone: x17195 > Santa Clara, CA > > > > -- > Erik Trimble > Java System Support > Mailstop: usca22-123 > Phone: x17195 > Santa Clara, CA > > From volker.simonis at gmail.com Fri Nov 20 02:15:29 2009 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 20 Nov 2009 11:15:29 +0100 Subject: 6821003 and 6821777 (support for Windows 7) hasn't been backported to hsx16 Message-ID: 6821003 and 6821777 (support for Windows 7) which was backported to hsx14 hasn't been backported to hsx14 and I think this should be done. Is there a general mechanism in place to aussure thatt all changes which were integrated into hsx14 will also be in hsx16 (i.e. that hsx16 is a true superset of hsx14)? Regards, Volker On 11/18/09, Erik Trimble wrote: > That's what I get for cut-n-paste. > > Build 12 is promoted, not build 11. Sorry for the mix-up. > > -Erik > > > > -------- Original Message -------- > Subject: Hotspot 16 Build 11 has been promoted... > Date: Tue, 17 Nov 2009 18:55:58 -0800 > From: Erik Trimble > Organization: Sun Microsystems > To: jdk6-dev > > > > Build 12 of Hotspot 16 has been promoted and has successfully completed > PIT. > > This Hotspot build will be integrated into the Sun JDK 6 Update 18 Build 05 > codebase. > > Build 12 is (almost certainly) to be the last build of Hotspot 16 before > the release of 6u18, and as such, is a good candidate for inclusion in the > next build of OpenJDK 6. > > > The latest promoted bits can be found (as usual) in: > > http://hg.openjdk.java.net/hsx/hsx16/master > > The Hg tip for this build is: > > http://hg.openjdk.java.net/hsx/hsx16/master/rev/834503c17fc1 > > > > > Here is the certificate: > ============= > > Component : VM > Status : 0 major failures, 0 minor failures > Date : 11/17/2009 at 11:55 > Tested By : Ekaterina.Pavlova at sun.com and VM SQE > Cost(total man-days): 2 > > Workspace : http://hg.openjdk.java.net/hsx/hsx16/master > Bundles : > /net/jprt-web.sfbay/jprt/archive/2009/11/2009-11-13-034925.et151817.hs16b12-master/bundles/ > Platforms : > Solaris Sparc 11(32), -client > Solaris Sparc 11(32), -server > Solaris Sparc 10(32), -client > Solaris Sparc 10(32), -server > Solaris x86 11(32), -client > Solaris x86 11(32), -server > Solaris x86 10(32), -client > Solaris x86 10(32), -server > WinXP Prof(32), -client > WinXP Prof(32), -server > WinXP Home(32), -client > WinXP Home(32), -server > Win Server 2003(32), -client > Win Server 2003(32), -server > Windows Vista 32 bit, -client > Windows Vista 32 bit, -server > Windows Vista 64 bit, -client > Windows Vista 64 bit, -server > RH AS4.0 (32), -client > RH AS4.0 (32), -server > Solaris AMD64(64jdk), -d64/-server > Sol Sparc 10(64OS)(64jdk), -d64/-server > win server2003 AMD(64OS)(64jdk), -d64/-server > RH AS4.0 AMD(64OS)(64jdk), -d64/-server > SuSE SLES8 AMD(64OS)(64jdk), -d64/-server > Others > > Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase > Browsers : NA > Patches : NA > Logs : > http://sqeweb.sfbay/nfs/tools/gtee/results/HSX/PIT/VM/16/b12/jdk6u18b05/fastdebug/; > http://vmsqe.russia/execution/results/HSX/PIT/VM/16/b12/jdk6u18b05 > Number of Tests Executed : 648075 product tests, 0 unit tests, 0 tck tests > > Bug verification status: > ====================================== > Tested, Pass: > 6801625: CDS: HeapDump tests crash with internal error in > compactingPermGenGen.cpp > 6898857: [Regression] -XX:NewRatio with -XX:+UseConcMarkSweepGC causes > fatal error > 6876276: assert(!is_visited,"visit only once") > 6869822: assert(Universe::narrow_oop_shift() == 0,"use > unscaled narrow oop") > 6858886: G1: guarantee(_next_marked_bytes <= used(),"invariant") at > heapRegion.hpp:359 > 6886024: G1: assert(recent_avg_pause_time_ratio() < > 1.00,"All GC?") > 6818264: Heap dumper unexpectedly adds .hprof suffix > 6887571: Increase default heap config sizes > 6900899: vm fails to start when -Xmx value is less than OldSize + NewSize > 6852078: HSX 14/16 in jdk 5.0: api/javax_management api/org_omg jck tests > crashes or make tname serv crash > 6890137: G1: revamp reachable object dump > 6898160: Need serviceability support for new vm argument type 'uint64_t' > > Tested, Pass (partial fixes): > > Tested, Fail: > > Untested bug fixes: > Bugs/rfes with no unit tests: > 6896084: VM does not reserve protected page below heap for compressed oops > implicit null checks > 6892658: C2 should optimize some stringbuilder patterns > 6889740: G1: OpenDS fails with "unhandled exception in compiled code" > 6870843: G1: G1 GC memory leak > 6895788: G1: SATB and update buffer allocation code allocates too much > space > > Other reasons: > 6900997: Bump the HS16 build number to 12 > 6893554: SPECjvm2008 mpegaudio fails with SecurityException > > > New bugs filed: > Bugs in PIT build: > 6895216: gc/gctests/FinalizeTest02 fails because not all references are > finalized in time > > Bugs in earlier promoted build: > > Number of PIT requested: 1 > Integration target J2SE build number: 1.6.0_18-b05 > > Issues and Notes: > > This is hs16-b12 PIT for jdk6u18-b05. > Unverified fixes are because no tests exist or the fixes are > build/jprt/performance ones. > All knew failures are either environment or infrastructure ones. > > ------------------------------- > > > From Ekaterina.Pavlova at sun.com and VM SQE > > > > > > -- > Erik Trimble > Java System Support > Mailstop: usca22-123 > Phone: x17195 > Santa Clara, CA > > > > -- > Erik Trimble > Java System Support > Mailstop: usca22-123 > Phone: x17195 > Santa Clara, CA > > From Erik.Trimble at Sun.COM Fri Nov 20 03:05:33 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Fri, 20 Nov 2009 03:05:33 -0800 Subject: JDK_MINOR_VER is 7 in hsx16 In-Reply-To: References: Message-ID: <4B0677FD.8030900@sun.com> I need to re-check to make sure that changing JDK_MINOR_VERSION is OK - I recall that changing this altered something in the build/make process, and I need to go find out what it was (and, if HS16 depended on it for something - ie. does changing it to 6 do something that HS16 cares about). I'll get to that today. -Erik Volker Simonis wrote: > Hi, > > I have just noticed that JDK_MINOR_VER in 'make/hotspot_version' is > still 7 in hsx16. The same issue was fixed for hsx14 with "6828069: > Change JDK_MINOR_VER to 6 for 6Update HS versions" > (http://hg.openjdk.java.net/hsx/hsx14/master/rev/faa98d9eacd2) and I > think this fix should be applied to hsx16 as well. > > Regards, > Volker > > On 11/18/09, Erik Trimble wrote: > >> That's what I get for cut-n-paste. >> >> Build 12 is promoted, not build 11. Sorry for the mix-up. >> >> -Erik >> >> >> >> -------- Original Message -------- >> Subject: Hotspot 16 Build 11 has been promoted... >> Date: Tue, 17 Nov 2009 18:55:58 -0800 >> From: Erik Trimble >> Organization: Sun Microsystems >> To: jdk6-dev >> >> >> >> Build 12 of Hotspot 16 has been promoted and has successfully completed >> PIT. >> >> This Hotspot build will be integrated into the Sun JDK 6 Update 18 Build 05 >> codebase. >> >> Build 12 is (almost certainly) to be the last build of Hotspot 16 before >> the release of 6u18, and as such, is a good candidate for inclusion in the >> next build of OpenJDK 6. >> >> >> The latest promoted bits can be found (as usual) in: >> >> http://hg.openjdk.java.net/hsx/hsx16/master >> >> The Hg tip for this build is: >> >> http://hg.openjdk.java.net/hsx/hsx16/master/rev/834503c17fc1 >> >> >> >> >> Here is the certificate: >> ============= >> >> Component : VM >> Status : 0 major failures, 0 minor failures >> Date : 11/17/2009 at 11:55 >> Tested By : Ekaterina.Pavlova at sun.com and VM SQE >> Cost(total man-days): 2 >> >> Workspace : http://hg.openjdk.java.net/hsx/hsx16/master >> Bundles : >> /net/jprt-web.sfbay/jprt/archive/2009/11/2009-11-13-034925.et151817.hs16b12-master/bundles/ >> Platforms : >> Solaris Sparc 11(32), -client >> Solaris Sparc 11(32), -server >> Solaris Sparc 10(32), -client >> Solaris Sparc 10(32), -server >> Solaris x86 11(32), -client >> Solaris x86 11(32), -server >> Solaris x86 10(32), -client >> Solaris x86 10(32), -server >> WinXP Prof(32), -client >> WinXP Prof(32), -server >> WinXP Home(32), -client >> WinXP Home(32), -server >> Win Server 2003(32), -client >> Win Server 2003(32), -server >> Windows Vista 32 bit, -client >> Windows Vista 32 bit, -server >> Windows Vista 64 bit, -client >> Windows Vista 64 bit, -server >> RH AS4.0 (32), -client >> RH AS4.0 (32), -server >> Solaris AMD64(64jdk), -d64/-server >> Sol Sparc 10(64OS)(64jdk), -d64/-server >> win server2003 AMD(64OS)(64jdk), -d64/-server >> RH AS4.0 AMD(64OS)(64jdk), -d64/-server >> SuSE SLES8 AMD(64OS)(64jdk), -d64/-server >> Others >> >> Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase >> Browsers : NA >> Patches : NA >> Logs : >> http://sqeweb.sfbay/nfs/tools/gtee/results/HSX/PIT/VM/16/b12/jdk6u18b05/fastdebug/; >> http://vmsqe.russia/execution/results/HSX/PIT/VM/16/b12/jdk6u18b05 >> Number of Tests Executed : 648075 product tests, 0 unit tests, 0 tck tests >> >> Bug verification status: >> ====================================== >> Tested, Pass: >> 6801625: CDS: HeapDump tests crash with internal error in >> compactingPermGenGen.cpp >> 6898857: [Regression] -XX:NewRatio with -XX:+UseConcMarkSweepGC causes >> fatal error >> 6876276: assert(!is_visited,"visit only once") >> 6869822: assert(Universe::narrow_oop_shift() == 0,"use >> unscaled narrow oop") >> 6858886: G1: guarantee(_next_marked_bytes <= used(),"invariant") at >> heapRegion.hpp:359 >> 6886024: G1: assert(recent_avg_pause_time_ratio() < >> 1.00,"All GC?") >> 6818264: Heap dumper unexpectedly adds .hprof suffix >> 6887571: Increase default heap config sizes >> 6900899: vm fails to start when -Xmx value is less than OldSize + NewSize >> 6852078: HSX 14/16 in jdk 5.0: api/javax_management api/org_omg jck tests >> crashes or make tname serv crash >> 6890137: G1: revamp reachable object dump >> 6898160: Need serviceability support for new vm argument type 'uint64_t' >> >> Tested, Pass (partial fixes): >> >> Tested, Fail: >> >> Untested bug fixes: >> Bugs/rfes with no unit tests: >> 6896084: VM does not reserve protected page below heap for compressed oops >> implicit null checks >> 6892658: C2 should optimize some stringbuilder patterns >> 6889740: G1: OpenDS fails with "unhandled exception in compiled code" >> 6870843: G1: G1 GC memory leak >> 6895788: G1: SATB and update buffer allocation code allocates too much >> space >> >> Other reasons: >> 6900997: Bump the HS16 build number to 12 >> 6893554: SPECjvm2008 mpegaudio fails with SecurityException >> >> >> New bugs filed: >> Bugs in PIT build: >> 6895216: gc/gctests/FinalizeTest02 fails because not all references are >> finalized in time >> >> Bugs in earlier promoted build: >> >> Number of PIT requested: 1 >> Integration target J2SE build number: 1.6.0_18-b05 >> >> Issues and Notes: >> >> This is hs16-b12 PIT for jdk6u18-b05. >> Unverified fixes are because no tests exist or the fixes are >> build/jprt/performance ones. >> All knew failures are either environment or infrastructure ones. >> >> ------------------------------- >> >> >>> From Ekaterina.Pavlova at sun.com and VM SQE >>> >>> >> >> -- >> Erik Trimble >> Java System Support >> Mailstop: usca22-123 >> Phone: x17195 >> Santa Clara, CA >> >> >> >> -- >> Erik Trimble >> Java System Support >> Mailstop: usca22-123 >> Phone: x17195 >> Santa Clara, CA >> >> >> -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA From Erik.Trimble at Sun.COM Fri Nov 20 23:23:02 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Fri, 20 Nov 2009 23:23:02 -0800 Subject: 6821003 and 6821777 (support for Windows 7) hasn't been backported to hsx16 In-Reply-To: References: Message-ID: <4B079556.30206@sun.com> Volker Simonis wrote: > 6821003 and 6821777 (support for Windows 7) which was backported to > hsx14 hasn't been backported to hsx14 and I think this should be done. > > Is there a general mechanism in place to aussure thatt all changes > which were integrated into hsx14 will also be in hsx16 (i.e. that > hsx16 is a true superset of hsx14)? > > Regards, > Volker > > This is a hard problem. Here's why: (1) hsN is forked, and hsN+1 becomes the new development branch for JDK 7 (2) hsN now becomes targeted at a JDK 6 / OpenJDK 6 release (and, most likely, several releases) (3) fixes for hsN are not automatically relevant to hsN+1, as the fix may pertain to something that (a) is being replaced by something better in hsN+1 (b) doesn't occur in hsN+1 due to it being used with a different JDK version, or (c) breaks something in hsN+1 due to a different JDK version. Basically, we're in version hell, as with all large projects. The only way to "sync" is to do it manually - that is, for every fix made to a hsN, the developer must manually evaluate it as to it's relevance into hsN+M, and push the fix manually. It's what we do internally at Sun. Sorry, but I can't see any other way of doing this, except as you've noted: look through the fixes, and forward port anything desired. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA