From jonathan.gibbons at sun.com Mon Dec 1 12:19:59 2008 From: jonathan.gibbons at sun.com (jonathan.gibbons at sun.com) Date: Mon, 01 Dec 2008 20:19:59 +0000 Subject: hg: jdk7/tl/langtools: 6778493: Fix (langtools) ant build to honor fcs MILESTONE setting Message-ID: <20081201202001.34120DE56@hg.openjdk.java.net> Changeset: 6210fb7e7544 Author: jjg Date: 2008-12-01 12:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/6210fb7e7544 6778493: Fix (langtools) ant build to honor fcs MILESTONE setting Reviewed-by: ohair Contributed-by: mjw at redhat.com ! make/Makefile From jonathan.gibbons at sun.com Tue Dec 2 14:38:48 2008 From: jonathan.gibbons at sun.com (jonathan.gibbons at sun.com) Date: Tue, 02 Dec 2008 22:38:48 +0000 Subject: hg: jdk7/tl/langtools: 6778638: javadoc regression tests require tabs Message-ID: <20081202223851.03CAEDEB8@hg.openjdk.java.net> Changeset: 8db0c5fd6e99 Author: jjg Date: 2008-12-02 14:35 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/8db0c5fd6e99 6778638: javadoc regression tests require tabs Reviewed-by: darcy ! test/com/sun/javadoc/testSourceTab/DoubleTab/C.java ! test/com/sun/javadoc/testSourceTab/SingleTab/C.java ! test/com/sun/javadoc/testSourceTab/TestSourceTab.java From bradford.wetmore at sun.com Tue Dec 2 14:56:32 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Tue, 02 Dec 2008 22:56:32 +0000 Subject: hg: jdk7/tl/jdk: 6778613: Update javax.crypto.Cipher.getMaxAllowedKeyLength to point to proper Appendix after doc reorg Message-ID: <20081202225708.3CE52DEBF@hg.openjdk.java.net> Changeset: 4e0e690373fc Author: wetmore Date: 2008-12-02 14:53 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4e0e690373fc 6778613: Update javax.crypto.Cipher.getMaxAllowedKeyLength to point to proper Appendix after doc reorg Reviewed-by: mullan ! src/share/classes/javax/crypto/Cipher.java From daniel.fuchs at sun.com Thu Dec 4 09:24:47 2008 From: daniel.fuchs at sun.com (daniel.fuchs at sun.com) Date: Thu, 04 Dec 2008 17:24:47 +0000 Subject: hg: jdk7/tl/jdk: 6319823: new mbean register/unregister notification for groups of mbeans; ... Message-ID: <20081204172504.57DB6DFB0@hg.openjdk.java.net> Changeset: a99a2d2f3249 Author: dfuchs Date: 2008-12-04 17:58 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/a99a2d2f3249 6319823: new mbean register/unregister notification for groups of mbeans 6779698: Merge error caused duplicate example code in MBeanServerNotification Reviewed-by: emcmanus ! src/share/classes/javax/management/MBeanServerNotification.java From neal at gafter.com Thu Dec 4 11:30:13 2008 From: neal at gafter.com (Neal Gafter) Date: Thu, 4 Dec 2008 11:30:13 -0800 Subject: hg: jdk7/tl/langtools: 6574134: Allow for alternative implementation of Name Table with garbage collection of name bytes In-Reply-To: <20080917013619.049B9DDB8@hg.openjdk.java.net> References: <20080917013619.049B9DDB8@hg.openjdk.java.net> Message-ID: <15e8b9d20812041130s4362de21hdf44a863d668d87b@mail.gmail.com> Jon- Just curious: did you do any measurements of the performance impact of this change? Regards, Neal On Tue, Sep 16, 2008 at 5:36 PM, wrote: > Changeset: eff38cc97183 > Author: jjg > Date: 2008-09-16 18:35 -0700 > URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/eff38cc97183 > > 6574134: Allow for alternative implementation of Name Table with garbage > collection of name bytes > Reviewed-by: darcy, mcimadamore > > ! src/share/classes/com/sun/tools/apt/mirror/AptEnv.java > ! src/share/classes/com/sun/tools/javac/code/Attribute.java > ! src/share/classes/com/sun/tools/javac/code/Scope.java > ! src/share/classes/com/sun/tools/javac/code/Symbol.java > ! src/share/classes/com/sun/tools/javac/code/Symtab.java > ! src/share/classes/com/sun/tools/javac/code/Type.java > ! src/share/classes/com/sun/tools/javac/code/Types.java > ! src/share/classes/com/sun/tools/javac/comp/Annotate.java > ! src/share/classes/com/sun/tools/javac/comp/Attr.java > ! src/share/classes/com/sun/tools/javac/comp/Check.java > ! src/share/classes/com/sun/tools/javac/comp/Enter.java > ! src/share/classes/com/sun/tools/javac/comp/Flow.java > ! src/share/classes/com/sun/tools/javac/comp/Lower.java > ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java > ! src/share/classes/com/sun/tools/javac/comp/Resolve.java > ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java > ! src/share/classes/com/sun/tools/javac/jvm/ClassFile.java > ! src/share/classes/com/sun/tools/javac/jvm/ClassReader.java > ! src/share/classes/com/sun/tools/javac/jvm/ClassWriter.java > ! src/share/classes/com/sun/tools/javac/jvm/Code.java > ! src/share/classes/com/sun/tools/javac/jvm/Gen.java > ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java > ! src/share/classes/com/sun/tools/javac/model/AnnotationProxyMaker.java > ! src/share/classes/com/sun/tools/javac/model/JavacElements.java > ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java > ! src/share/classes/com/sun/tools/javac/parser/Keywords.java > ! src/share/classes/com/sun/tools/javac/parser/ParserFactory.java > ! src/share/classes/com/sun/tools/javac/parser/Scanner.java > ! > src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java > ! src/share/classes/com/sun/tools/javac/tree/Pretty.java > ! src/share/classes/com/sun/tools/javac/tree/TreeInfo.java > ! src/share/classes/com/sun/tools/javac/tree/TreeMaker.java > ! src/share/classes/com/sun/tools/javac/util/ByteBuffer.java > ! src/share/classes/com/sun/tools/javac/util/Convert.java > ! src/share/classes/com/sun/tools/javac/util/Name.java > + src/share/classes/com/sun/tools/javac/util/Names.java > + src/share/classes/com/sun/tools/javac/util/SharedNameTable.java > + src/share/classes/com/sun/tools/javac/util/UnsharedNameTable.java > ! src/share/classes/com/sun/tools/javadoc/AnnotationTypeDocImpl.java > ! src/share/classes/com/sun/tools/javadoc/ClassDocImpl.java > ! src/share/classes/com/sun/tools/javadoc/DocEnv.java > ! src/share/classes/com/sun/tools/javadoc/SerializedForm.java > ! src/share/classes/com/sun/tools/javadoc/TypeVariableImpl.java > ! test/tools/javac/unit/util/convert/EnclosingCandidates.java > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081204/5fef4013/attachment.html From Jonathan.Gibbons at Sun.COM Thu Dec 4 11:54:06 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Thu, 04 Dec 2008 11:54:06 -0800 Subject: hg: jdk7/tl/langtools: 6574134: Allow for alternative implementation of Name Table with garbage collection of name bytes In-Reply-To: <15e8b9d20812041130s4362de21hdf44a863d668d87b@mail.gmail.com> References: <20080917013619.049B9DDB8@hg.openjdk.java.net> <15e8b9d20812041130s4362de21hdf44a863d668d87b@mail.gmail.com> Message-ID: <4938355E.4040503@sun.com> Neal, No. Do you have reason to believe there might have been any significant impact? Standard (batch mode) javac uses basically the same impl of NameTable as it always did. The primary use of Name is to check for reference equality, which will not be affected; so the only impact would be to use methods rather than direct access to fields when working with the content of a Name, and Hotspot should optimize those method calls. -- Jon Neal Gafter wrote: > Jon- > > Just curious: did you do any measurements of the performance impact of > this change? > > Regards, > Neal > > On Tue, Sep 16, 2008 at 5:36 PM, > wrote: > > Changeset: eff38cc97183 > Author: jjg > Date: 2008-09-16 18:35 -0700 > URL: > http://hg.openjdk.java.net/jdk7/tl/langtools/rev/eff38cc97183 > > 6574134: Allow for alternative implementation of Name Table with > garbage collection of name bytes > Reviewed-by: darcy, mcimadamore > > ! src/share/classes/com/sun/tools/apt/mirror/AptEnv.java > ! src/share/classes/com/sun/tools/javac/code/Attribute.java > ! src/share/classes/com/sun/tools/javac/code/Scope.java > ! src/share/classes/com/sun/tools/javac/code/Symbol.java > ! src/share/classes/com/sun/tools/javac/code/Symtab.java > ! src/share/classes/com/sun/tools/javac/code/Type.java > ! src/share/classes/com/sun/tools/javac/code/Types.java > ! src/share/classes/com/sun/tools/javac/comp/Annotate.java > ! src/share/classes/com/sun/tools/javac/comp/Attr.java > ! src/share/classes/com/sun/tools/javac/comp/Check.java > ! src/share/classes/com/sun/tools/javac/comp/Enter.java > ! src/share/classes/com/sun/tools/javac/comp/Flow.java > ! src/share/classes/com/sun/tools/javac/comp/Lower.java > ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java > ! src/share/classes/com/sun/tools/javac/comp/Resolve.java > ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java > ! src/share/classes/com/sun/tools/javac/jvm/ClassFile.java > ! src/share/classes/com/sun/tools/javac/jvm/ClassReader.java > ! src/share/classes/com/sun/tools/javac/jvm/ClassWriter.java > ! src/share/classes/com/sun/tools/javac/jvm/Code.java > ! src/share/classes/com/sun/tools/javac/jvm/Gen.java > ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java > ! > src/share/classes/com/sun/tools/javac/model/AnnotationProxyMaker.java > ! src/share/classes/com/sun/tools/javac/model/JavacElements.java > ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java > ! src/share/classes/com/sun/tools/javac/parser/Keywords.java > ! src/share/classes/com/sun/tools/javac/parser/ParserFactory.java > ! src/share/classes/com/sun/tools/javac/parser/Scanner.java > ! > src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java > ! src/share/classes/com/sun/tools/javac/tree/Pretty.java > ! src/share/classes/com/sun/tools/javac/tree/TreeInfo.java > ! src/share/classes/com/sun/tools/javac/tree/TreeMaker.java > ! src/share/classes/com/sun/tools/javac/util/ByteBuffer.java > ! src/share/classes/com/sun/tools/javac/util/Convert.java > ! src/share/classes/com/sun/tools/javac/util/Name.java > + src/share/classes/com/sun/tools/javac/util/Names.java > + src/share/classes/com/sun/tools/javac/util/SharedNameTable.java > + src/share/classes/com/sun/tools/javac/util/UnsharedNameTable.java > ! src/share/classes/com/sun/tools/javadoc/AnnotationTypeDocImpl.java > ! src/share/classes/com/sun/tools/javadoc/ClassDocImpl.java > ! src/share/classes/com/sun/tools/javadoc/DocEnv.java > ! src/share/classes/com/sun/tools/javadoc/SerializedForm.java > ! src/share/classes/com/sun/tools/javadoc/TypeVariableImpl.java > ! test/tools/javac/unit/util/convert/EnclosingCandidates.java > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081204/b86444fa/attachment.html From mandy.chung at sun.com Fri Dec 5 13:11:32 2008 From: mandy.chung at sun.com (mandy.chung at sun.com) Date: Fri, 05 Dec 2008 21:11:32 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20081205211234.BD4E0D1E9@hg.openjdk.java.net> Changeset: 87170fc5a587 Author: mchung Date: 2008-12-05 10:28 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/87170fc5a587 6764062: Revise usage of java.io.*.close Summary: Handle closing multiple open I/O streams in case close() throws IOException Reviewed-by: ksrini ! src/share/classes/com/sun/servicetag/Installer.java ! src/share/classes/com/sun/servicetag/SunConnection.java ! src/share/classes/com/sun/servicetag/Util.java ! src/share/classes/com/sun/servicetag/WindowsSystemEnvironment.java Changeset: baa10242c544 Author: mchung Date: 2008-12-05 10:30 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/baa10242c544 6750389: The cpuManufactorer does not correctly recognized for Solaris 10 Summary: Fix the correct SMBIOS type (4) to obtain CPU manufacturer Reviewed-by: ksrini ! src/share/classes/com/sun/servicetag/SolarisSystemEnvironment.java From tim.bell at sun.com Sun Dec 7 22:34:52 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 08 Dec 2008 06:34:52 +0000 Subject: hg: jdk7/tl: 2 new changesets Message-ID: <20081208063452.B574BD323@hg.openjdk.java.net> Changeset: 541bdc5ad32f Author: ohair Date: 2008-12-01 15:28 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/541bdc5ad32f 6750229: Upgrade Recommended Linux and Windows Build OS Reviewed-by: xdono ! README-builds.html Changeset: a20db75d7f33 Author: xdono Date: 2008-12-04 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/a20db75d7f33 Added tag jdk7-b41 for changeset 541bdc5ad32f ! .hgtags From tim.bell at sun.com Sun Dec 7 22:41:10 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 08 Dec 2008 06:41:10 +0000 Subject: hg: jdk7/tl/corba: Added tag jdk7-b41 for changeset c90eeda9594e Message-ID: <20081208064112.A55A2D328@hg.openjdk.java.net> Changeset: d9a0ca94dcf8 Author: xdono Date: 2008-12-04 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/d9a0ca94dcf8 Added tag jdk7-b41 for changeset c90eeda9594e ! .hgtags From tim.bell at sun.com Sun Dec 7 22:46:33 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 08 Dec 2008 06:46:33 +0000 Subject: hg: jdk7/tl/hotspot: 20 new changesets Message-ID: <20081208064714.81FE1D32D@hg.openjdk.java.net> Changeset: 3c07cda72b7d Author: tbell Date: 2008-11-11 22:01 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3c07cda72b7d 6764892: VS2008 changes required to compile hotspot sources Summary: Minor changes required to build using the Visual Studio 2008 compiler Reviewed-by: kvn, ohair ! make/windows/makefiles/adlc.make ! make/windows/makefiles/compile.make ! make/windows/makefiles/debug.make ! make/windows/makefiles/defs.make ! make/windows/makefiles/fastdebug.make ! make/windows/makefiles/product.make ! make/windows/makefiles/sa.make ! src/cpu/x86/vm/register_definitions_x86.cpp Changeset: 334969144810 Author: never Date: 2008-11-11 23:03 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/334969144810 6758445: loop heads that are exception entry points can crash during count_edges/mark_loops Reviewed-by: kvn, jrose ! src/share/vm/c1/c1_IR.cpp Changeset: 364141474b40 Author: never Date: 2008-11-12 05:42 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/364141474b40 Merge Changeset: 4d20a3aaf1ab Author: kvn Date: 2008-11-12 11:01 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/4d20a3aaf1ab 6769748: Fix solaris makefiles for the case when "CC -V" produces several lines Summary: Fix solaris makefiles for 5.10 compilers Reviewed-by: jcoomes ! make/solaris/makefiles/debug.make ! make/solaris/makefiles/fastdebug.make ! make/solaris/makefiles/i486.make ! make/solaris/makefiles/jvmg.make ! make/solaris/makefiles/optimized.make ! make/solaris/makefiles/product.make ! make/solaris/makefiles/sparc.make ! make/solaris/makefiles/sparcWorks.make ! make/solaris/makefiles/sparcv9.make ! make/solaris/makefiles/vm.make Changeset: a45484ea312d Author: jrose Date: 2008-11-12 22:33 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/a45484ea312d 6653858: dynamic languages need to be able to load anonymous classes Summary: low-level privileged sun.misc.Unsafe.defineAnonymousClass Reviewed-by: kvn ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/classfile/verifier.cpp ! src/share/vm/includeDB_gc_parallel ! src/share/vm/oops/constantPoolKlass.cpp ! src/share/vm/oops/constantPoolOop.cpp ! src/share/vm/oops/constantPoolOop.hpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/oops/instanceKlassKlass.cpp ! src/share/vm/oops/klass.cpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvm.h ! src/share/vm/prims/unsafe.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/reflection.cpp ! src/share/vm/utilities/constantTag.hpp Changeset: 275a3b7ff0d6 Author: jrose Date: 2008-11-12 23:26 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/275a3b7ff0d6 6770949: minor tweaks before 6655638 Summary: minor cleanups & tuning of array.hpp, debug.cpp, growableArray.hpp, hashtable.cpp Reviewed-by: kvn ! src/share/vm/utilities/array.hpp ! src/share/vm/utilities/debug.cpp ! src/share/vm/utilities/growableArray.hpp ! src/share/vm/utilities/hashtable.cpp Changeset: c1345e85f901 Author: kvn Date: 2008-11-13 14:50 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c1345e85f901 6767659: Conversion from i486 to x86 missed some entries in makefiles Summary: Fixed missed entries. Reviewed-by: never ! make/linux/makefiles/top.make ! make/solaris/makefiles/amd64.make ! make/solaris/makefiles/dtrace.make ! make/solaris/makefiles/fastdebug.make ! make/solaris/makefiles/i486.make ! make/solaris/makefiles/sparc.make ! make/solaris/makefiles/top.make ! src/share/vm/adlc/archDesc.cpp Changeset: de78b80cedec Author: kvn Date: 2008-11-18 12:31 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/de78b80cedec 6772413: code cleanup Summary: Removed lines in adm64.make with interpret.o and moved few constant strings from header files. Reviewed-by: never ! make/solaris/makefiles/amd64.make ! src/share/vm/opto/c2_globals.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/perfMemory.cpp ! src/share/vm/runtime/perfMemory.hpp Changeset: b1d6a3e95810 Author: kvn Date: 2008-11-18 12:40 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/b1d6a3e95810 6766316: assert(!nocreate,"Cannot build a phi for a block already parsed.") Summary: Don't use the invariant local information if there are irreducible loops. Reviewed-by: never ! src/share/vm/opto/parse.hpp Changeset: 87559db65269 Author: kvn Date: 2008-11-18 14:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/87559db65269 6773078: UseCompressedOops: assert(kid == 0L || s->_leaf->in(0) == 0L,"internal operands have no control") Summary: Don't set the control edge of a klass load node. Reviewed-by: never ! src/share/vm/opto/macro.cpp Changeset: 491a904952f2 Author: kvn Date: 2008-11-19 09:09 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/491a904952f2 Merge Changeset: 122d10c82f3f Author: jcoomes Date: 2008-10-29 06:30 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/122d10c82f3f 6765804: GC "dead ratios" should be unsigned Reviewed-by: ysr, tonyp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.hpp ! src/share/vm/memory/space.cpp ! src/share/vm/memory/space.hpp ! src/share/vm/memory/tenuredGeneration.hpp ! src/share/vm/runtime/globals.hpp Changeset: 03f4fdd1b6af Author: jcoomes Date: 2008-11-11 22:21 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/03f4fdd1b6af 6718879: cannot build on solaris nevada Reviewed-by: xlu ! src/os/solaris/vm/os_solaris.cpp Changeset: 96c6da8f095c Author: jcoomes Date: 2008-11-07 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/96c6da8f095c 6769128: failure to run generateJvmOffsets is ignored Reviewed-by: xlu ! make/solaris/makefiles/dtrace.make Changeset: da9cb4e97a5f Author: iveresov Date: 2008-11-14 14:23 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/da9cb4e97a5f 6770608: G1: Mutator thread can flush barrier and satb queues during safepoint 6660573: G1: BigApps Failure : guarantee(satb_mq_set.completed_buffers_num() == 0,"invariant") Summary: When exiting a mutator thread is removed from the thread list before it has a chance to flush its SATB and barrier queues. If GC happens at this moment the objects that are refererred from these queues can be moved, which will case a crash. The fix is simply to flush the buffers before removing a thread from the list. Reviewed-by: jcoomes, tonyp ! src/share/vm/gc_implementation/g1/ptrQueue.cpp ! src/share/vm/gc_implementation/g1/ptrQueue.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp Changeset: 8fa025608ec6 Author: jmasa Date: 2008-11-18 14:52 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/8fa025608ec6 6771742: Remove duplicate files from G1 merge Summary: Remove duplicate files and add includeDB_gc_g1 file in windows Makefile Reviewed-by: jcoomes, ysr ! make/windows/projectfiles/common/Makefile - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.hpp Changeset: b5e603f2e024 Author: iveresov Date: 2008-11-19 14:20 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/b5e603f2e024 Merge ! make/solaris/makefiles/dtrace.make - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.hpp ! src/share/vm/runtime/globals.hpp Changeset: ab42bab113e0 Author: trims Date: 2008-11-21 16:11 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/ab42bab113e0 Merge - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.hpp Changeset: f9d938ede196 Author: trims Date: 2008-11-21 16:11 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f9d938ede196 6775176: Bump HS14 build number to 08 Summary: Update the Hotspot build number to 08 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 2e4f74ff86a1 Author: xdono Date: 2008-12-04 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/2e4f74ff86a1 Added tag jdk7-b41 for changeset f9d938ede196 ! .hgtags From tim.bell at sun.com Sun Dec 7 22:51:32 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 08 Dec 2008 06:51:32 +0000 Subject: hg: jdk7/tl/jaxp: Added tag jdk7-b41 for changeset 0758bd3e2852 Message-ID: <20081208065135.37008D332@hg.openjdk.java.net> Changeset: 036e0dca841a Author: xdono Date: 2008-12-04 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/036e0dca841a Added tag jdk7-b41 for changeset 0758bd3e2852 ! .hgtags From tim.bell at sun.com Sun Dec 7 22:53:27 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 08 Dec 2008 06:53:27 +0000 Subject: hg: jdk7/tl/jaxws: Added tag jdk7-b41 for changeset a8379d24aa03 Message-ID: <20081208065329.AFBD6D337@hg.openjdk.java.net> Changeset: 621c02d83abc Author: xdono Date: 2008-12-04 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/621c02d83abc Added tag jdk7-b41 for changeset a8379d24aa03 ! .hgtags From tim.bell at sun.com Sun Dec 7 22:55:24 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 08 Dec 2008 06:55:24 +0000 Subject: hg: jdk7/tl/jdk: 3 new changesets Message-ID: <20081208065618.775D2D33C@hg.openjdk.java.net> Changeset: b213ea31bcb3 Author: xdono Date: 2008-12-04 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b213ea31bcb3 Added tag jdk7-b41 for changeset 44941f893cea ! .hgtags Changeset: d782143219d6 Author: tbell Date: 2008-12-05 09:51 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d782143219d6 Merge Changeset: ea43ec07a878 Author: tbell Date: 2008-12-05 21:59 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ea43ec07a878 Merge From tim.bell at sun.com Sun Dec 7 23:02:44 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 08 Dec 2008 07:02:44 +0000 Subject: hg: jdk7/tl/langtools: 3 new changesets Message-ID: <20081208070251.7FF8ED341@hg.openjdk.java.net> Changeset: 1d4f01925bd0 Author: xdono Date: 2008-12-04 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/1d4f01925bd0 Added tag jdk7-b41 for changeset ded6b40f558e ! .hgtags Changeset: 4674298aaf3b Author: tbell Date: 2008-12-05 09:52 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/4674298aaf3b Merge Changeset: 4efd44aa85ff Author: tbell Date: 2008-12-05 21:59 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/4efd44aa85ff Merge From Jonathan.Gibbons at Sun.COM Mon Dec 8 14:10:10 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Mon, 08 Dec 2008 14:10:10 -0800 Subject: CFV: Project sponsorship: Small language changes Message-ID: <493D9B42.6050902@sun.com> Question: Should the Compiler Group sponsor the proposed "Small language changes for JDK 7" Project [1]? Please cast your vote by replying, publicly, to this message with either Vote: yes or Vote: no as the first line of the message body. You may, at your option, indicate the reason for your decision on subsequent lines. Votes must be cast in the open; votes sent as private replies will not be counted. The sponsorship decision will be made by a simple majority vote of the Group's Members. Votes are due by midnight UTC next Monday, 15 December. As an optimization, if an absolute majority of the Group's Members votes one way or the other prior to that time then the decision may be rendered earlier. Only Members of the Compiler' Group are eligible to vote on this decision. The current Members are: Alex Buckley Maurizio Cimadamore Iris Clark Joe Darcy Neal Gafter Jonathan Gibbons John Rose Kumar Srinivasan Once a decision has been made the votes will be summarized and reported to this list and also to discuss at openjdk.java.net . -- Jon [1] http://mail.openjdk.java.net/pipermail/announce/2008-December/000065.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081208/262c26da/attachment.html From Joe.Darcy at Sun.COM Mon Dec 8 14:16:58 2008 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Mon, 08 Dec 2008 14:16:58 -0800 Subject: CFV: Project sponsorship: Small language changes In-Reply-To: <493D9B42.6050902@sun.com> References: <493D9B42.6050902@sun.com> Message-ID: <493D9CDA.5000503@sun.com> Vote: yes! -Joe Jonathan Gibbons wrote: > > Question: Should the Compiler Group sponsor the proposed > "Small language changes for JDK 7" Project [1]? > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will > not be counted. > > The sponsorship decision will be made by a simple majority vote of > the Group's Members. Votes are due by midnight UTC next Monday, > 15 December. As an optimization, if an absolute majority of the > Group's Members votes one way or the other prior to that time then > the decision may be rendered earlier. > > Only Members of the Compiler' Group are eligible to vote on this > decision. The current Members are: > > Alex Buckley > Maurizio Cimadamore > Iris Clark > Joe Darcy > Neal Gafter > Jonathan Gibbons > John Rose > Kumar Srinivasan > > Once a decision has been made the votes will be summarized and > reported to this list and also to discuss at openjdk.java.net > . > > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/announce/2008-December/000065.html From John.Rose at Sun.COM Mon Dec 8 14:26:35 2008 From: John.Rose at Sun.COM (John Rose) Date: Mon, 08 Dec 2008 14:26:35 -0800 Subject: CFV: Project sponsorship: Small language changes In-Reply-To: <493D9B42.6050902@sun.com> References: <493D9B42.6050902@sun.com> Message-ID: Vote: yes (Seems like a no-brainer to me: It's simply taking care of business...) On Dec 8, 2008, at 2:10 PM, Jonathan Gibbons wrote: > Question: Should the Compiler Group sponsor the proposed > "Small language changes for JDK 7" Project [1]? From Jonathan.Gibbons at Sun.COM Mon Dec 8 14:28:09 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Mon, 08 Dec 2008 14:28:09 -0800 Subject: com.sun.tools.javac.util.List.subList() doesn't return a view. In-Reply-To: <4932C152.7080807@univ-mlv.fr> References: <4932C152.7080807@univ-mlv.fr> Message-ID: <493D9F79.9040100@sun.com> R?mi, Since javac lists are immutable, there is surely not an issue here. -- Jon R?mi Forax wrote: > Hi all, > I currently try to use parsers generated by Tatoo > (http://tatoo.univ-mlv.fr/) as front-end of javac. > > Browing the class com.sun.tools.javac.util.List > I've seen that subList() is not correctly implemented, > subList() requires that the returned subList is a view. > > R?mi From Jonathan.Gibbons at Sun.COM Mon Dec 8 14:34:01 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Mon, 08 Dec 2008 14:34:01 -0800 Subject: CFV: Project sponsorship: Small language changes In-Reply-To: <493D9B42.6050902@sun.com> References: <493D9B42.6050902@sun.com> Message-ID: <493DA0D9.6050905@sun.com> Vote: yes -- Jon Jonathan Gibbons wrote: > > Question: Should the Compiler Group sponsor the proposed > "Small language changes for JDK 7" Project [1]? > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will > not be counted. > > The sponsorship decision will be made by a simple majority vote of > the Group's Members. Votes are due by midnight UTC next Monday, > 15 December. As an optimization, if an absolute majority of the > Group's Members votes one way or the other prior to that time then > the decision may be rendered earlier. > > Only Members of the Compiler' Group are eligible to vote on this > decision. The current Members are: > > Alex Buckley > Maurizio Cimadamore > Iris Clark > Joe Darcy > Neal Gafter > Jonathan Gibbons > John Rose > Kumar Srinivasan > > Once a decision has been made the votes will be summarized and > reported to this list and also to discuss at openjdk.java.net > . > > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/announce/2008-December/000065.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081208/5d1c398d/attachment.html From Alex.Buckley at Sun.COM Mon Dec 8 14:39:12 2008 From: Alex.Buckley at Sun.COM (Alex Buckley) Date: Mon, 08 Dec 2008 14:39:12 -0800 Subject: CFV: Project sponsorship: Small language changes Message-ID: <493DA210.9080302@sun.com> Vote: yes Alex From neal at gafter.com Mon Dec 8 17:48:25 2008 From: neal at gafter.com (Neal Gafter) Date: Mon, 8 Dec 2008 17:48:25 -0800 Subject: CFV: Project sponsorship: Small language changes In-Reply-To: <493D9B42.6050902@sun.com> References: <493D9B42.6050902@sun.com> Message-ID: <15e8b9d20812081748o4934cc2cm986db158078b1654@mail.gmail.com> Vote: yes! From neal at gafter.com Mon Dec 8 17:53:11 2008 From: neal at gafter.com (Neal Gafter) Date: Mon, 8 Dec 2008 17:53:11 -0800 Subject: Exception handler question In-Reply-To: <1226958528.6432.23.camel@moonlight> References: <1226958528.6432.23.camel@moonlight> Message-ID: <15e8b9d20812081753u2cec4db9s9071a26e3388dde7@mail.gmail.com> This is necessary to guarantee that the block is not exited until the monitor has been exited, even in the presence of asynchronous exceptions. On Mon, Nov 17, 2008 at 1:48 PM, Roman Kennke wrote: > Hi, > > I have a question regarding exception handlers. If I have code like > this: > > synchronized (o) > { > x(); > } > > produces bytecode like this: > > 0: aload_1 > 1: dup > 2: astore_2 > 3: monitorenter > # 4: aload_0 > # 5: invokevirtual #2; //Method x:()V > # 8: aload_2 > # 9: monitorexit > 10: goto 18 > * 13: astore_3 > * 14: aload_2 > * 15: monitorexit > 16: aload_3 > 17: athrow > 18: return > Exception table: > from to target type > # 4 10 13 any > * 13 16 13 any > > The code marked with # has an exception handler, which is marked with *. > This is clearly ok, it is made so that the monitors are correctly exited > when an exception is thrown in the sync block. > > My question is, why does the exception handler * point to itself? > Wouldn't that catapult the VM into a loop, if monitorexit fails? A > scenario that comes to mind is when x() is a JNI function that does a > monitorexit. I'd like to understand why this code is generated like > this. > > /Roman > -- > Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org > aicas Allerton Interworks Computer Automated Systems GmbH > Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany > http://www.aicas.com * Tel: +49-721-663 968-48 > USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe > Gesch?ftsf?hrer: Dr. James J. Hunt > > From Maurizio.Cimadamore at Sun.COM Tue Dec 9 02:00:40 2008 From: Maurizio.Cimadamore at Sun.COM (Maurizio Cimadamore) Date: Tue, 09 Dec 2008 10:00:40 +0000 Subject: CFV: Project sponsorship: Small language changes In-Reply-To: <493D9B42.6050902@sun.com> References: <493D9B42.6050902@sun.com> Message-ID: <493E41C8.9010705@sun.com> Vote: yes Maurizio Jonathan Gibbons wrote: > > Question: Should the Compiler Group sponsor the proposed > "Small language changes for JDK 7" Project [1]? > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will > not be counted. > > The sponsorship decision will be made by a simple majority vote of > the Group's Members. Votes are due by midnight UTC next Monday, > 15 December. As an optimization, if an absolute majority of the > Group's Members votes one way or the other prior to that time then > the decision may be rendered earlier. > > Only Members of the Compiler' Group are eligible to vote on this > decision. The current Members are: > > Alex Buckley > Maurizio Cimadamore > Iris Clark > Joe Darcy > Neal Gafter > Jonathan Gibbons > John Rose > Kumar Srinivasan > > Once a decision has been made the votes will be summarized and > reported to this list and also to discuss at openjdk.java.net > . > > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/announce/2008-December/000065.html From eamonn.mcmanus at sun.com Tue Dec 9 03:04:06 2008 From: eamonn.mcmanus at sun.com (eamonn.mcmanus at sun.com) Date: Tue, 09 Dec 2008 11:04:06 +0000 Subject: hg: jdk7/tl/jdk: 6774918: @NotificationInfo is ineffective on MBeans that cannot send notifications Message-ID: <20081209110427.1C3E2D45D@hg.openjdk.java.net> Changeset: b4bf1806ee66 Author: emcmanus Date: 2008-12-09 12:01 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b4bf1806ee66 6774918: @NotificationInfo is ineffective on MBeans that cannot send notifications Reviewed-by: jfdenise ! src/share/classes/com/sun/jmx/mbeanserver/MBeanInjector.java ! src/share/classes/com/sun/jmx/mbeanserver/MBeanIntrospector.java ! src/share/classes/javax/management/NotificationInfo.java ! test/javax/management/Introspector/AnnotatedNotificationInfoTest.java From jean-francois.denise at sun.com Tue Dec 9 05:49:19 2008 From: jean-francois.denise at sun.com (jean-francois.denise at sun.com) Date: Tue, 09 Dec 2008 13:49:19 +0000 Subject: hg: jdk7/tl/jdk: 6501362: DescriptorSupport(String) could recognize "name=value" as well as XML format Message-ID: <20081209134949.99815D4AB@hg.openjdk.java.net> Changeset: 95f828533592 Author: jfdenise Date: 2008-12-09 14:44 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/95f828533592 6501362: DescriptorSupport(String) could recognize "name=value" as well as XML format Reviewed-by: emcmanus ! src/share/classes/javax/management/modelmbean/DescriptorSupport.java + test/javax/management/descriptor/DescriptorConstructorTest.java From jean-francois.denise at sun.com Tue Dec 9 06:40:09 2008 From: jean-francois.denise at sun.com (jean-francois.denise at sun.com) Date: Tue, 09 Dec 2008 14:40:09 +0000 Subject: hg: jdk7/tl/jdk: 6250014: MBeanOperationInfo Descriptor field for exceptions Message-ID: <20081209144042.4B46ED4B0@hg.openjdk.java.net> Changeset: 8d7117d71fc7 Author: jfdenise Date: 2008-12-09 15:36 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/8d7117d71fc7 6250014: MBeanOperationInfo Descriptor field for exceptions Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/mbeanserver/ConvertingMethod.java ! src/share/classes/com/sun/jmx/mbeanserver/Introspector.java ! src/share/classes/com/sun/jmx/mbeanserver/MBeanIntrospector.java ! src/share/classes/com/sun/jmx/mbeanserver/MXBeanIntrospector.java ! src/share/classes/javax/management/Descriptor.java ! src/share/classes/javax/management/JMX.java ! src/share/classes/javax/management/MBeanAttributeInfo.java ! src/share/classes/javax/management/MBeanConstructorInfo.java ! src/share/classes/javax/management/MBeanOperationInfo.java + test/javax/management/Introspector/ExceptionsDescriptorTest.java From jean-francois.denise at sun.com Tue Dec 9 07:00:18 2008 From: jean-francois.denise at sun.com (jean-francois.denise at sun.com) Date: Tue, 09 Dec 2008 15:00:18 +0000 Subject: hg: jdk7/tl/jdk: 6675526: Define an Annotation to name registered MBeans Message-ID: <20081209150043.370F8D4B7@hg.openjdk.java.net> Changeset: f8c2f3b5c0ff Author: jfdenise Date: 2008-12-09 15:57 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f8c2f3b5c0ff 6675526: Define an Annotation to name registered MBeans Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/interceptor/DefaultMBeanServerInterceptor.java ! src/share/classes/com/sun/jmx/mbeanserver/Introspector.java ! src/share/classes/javax/management/Descriptor.java ! src/share/classes/javax/management/JMX.java ! src/share/classes/javax/management/MBeanServer.java ! src/share/classes/javax/management/MBeanServerConnection.java + src/share/classes/javax/management/ObjectNameTemplate.java + test/javax/management/Introspector/ObjectNameTemplateTest.java From jean-francois.denise at sun.com Tue Dec 9 07:17:51 2008 From: jean-francois.denise at sun.com (jean-francois.denise at sun.com) Date: Tue, 09 Dec 2008 15:17:51 +0000 Subject: hg: jdk7/tl/jdk: 6450834: RFE: allow StandardMBean to call MBeanRegistration methods on its wrapped resource; ... Message-ID: <20081209151813.3A867D4C0@hg.openjdk.java.net> Changeset: ab4d12886aaf Author: jfdenise Date: 2008-12-09 16:14 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ab4d12886aaf 6450834: RFE: allow StandardMBean to call MBeanRegistration methods on its wrapped resource 6373143: MonitorNotification should have a public constructor Reviewed-by: emcmanus ! src/share/classes/javax/management/StandardMBean.java ! src/share/classes/javax/management/monitor/MonitorNotification.java + test/javax/management/monitor/InstantiateMonitorNotificationTest.java + test/javax/management/standardmbean/RegistrationTest.java From jean-francois.denise at sun.com Tue Dec 9 07:29:27 2008 From: jean-francois.denise at sun.com (jean-francois.denise at sun.com) Date: Tue, 09 Dec 2008 15:29:27 +0000 Subject: hg: jdk7/tl/jdk: 6287328: Add methods to StandardMBean to retrieve a method based on MBean{Attribute|Operation}Info Message-ID: <20081209152949.96BA5D4C7@hg.openjdk.java.net> Changeset: 3d822c99e3ab Author: jfdenise Date: 2008-12-09 16:26 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3d822c99e3ab 6287328: Add methods to StandardMBean to retrieve a method based on MBean{Attribute|Operation}Info Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/mbeanserver/MBeanInstantiator.java ! src/share/classes/com/sun/jmx/mbeanserver/MBeanIntrospector.java ! src/share/classes/javax/management/StandardMBean.java + test/javax/management/standardmbean/FindMethodTest.java From Kumar.Srinivasan at Sun.COM Tue Dec 9 08:20:12 2008 From: Kumar.Srinivasan at Sun.COM (Kumar Srinivasan) Date: Tue, 09 Dec 2008 08:20:12 -0800 Subject: CFV: Project sponsorship: Small language changes In-Reply-To: <493D9B42.6050902@sun.com> References: <493D9B42.6050902@sun.com> Message-ID: <493E9ABC.4090703@Sun.COM> Vote: yes > > Question: Should the Compiler Group sponsor the proposed > "Small language changes for JDK 7" Project [1]? > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will > not be counted. > > The sponsorship decision will be made by a simple majority vote of > the Group's Members. Votes are due by midnight UTC next Monday, > 15 December. As an optimization, if an absolute majority of the > Group's Members votes one way or the other prior to that time then > the decision may be rendered earlier. > > Only Members of the Compiler' Group are eligible to vote on this > decision. The current Members are: > > Alex Buckley > Maurizio Cimadamore > Iris Clark > Joe Darcy > Neal Gafter > Jonathan Gibbons > John Rose > Kumar Srinivasan > > Once a decision has been made the votes will be summarized and > reported to this list and also to discuss at openjdk.java.net > . > > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/announce/2008-December/000065.html -- Kumar Srinivasan Sun Microsystems, Java Software. 408-276-7586 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081209/5682d818/attachment.html From shanliang.jiang at sun.com Tue Dec 9 08:46:49 2008 From: shanliang.jiang at sun.com (shanliang.jiang at sun.com) Date: Tue, 09 Dec 2008 16:46:49 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20081209164733.79FBFD4F2@hg.openjdk.java.net> Changeset: 6eec8be80bfe Author: sjiang Date: 2008-12-09 17:41 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/6eec8be80bfe 6405891: MLet: could be improved to load a native lib Reviewed-by: emcmanus ! src/share/classes/javax/management/loading/MLet.java Changeset: 30239cf868b0 Author: sjiang Date: 2008-12-09 17:41 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/30239cf868b0 Merge From eamonn.mcmanus at sun.com Tue Dec 9 09:34:00 2008 From: eamonn.mcmanus at sun.com (eamonn.mcmanus at sun.com) Date: Tue, 09 Dec 2008 17:34:00 +0000 Subject: hg: jdk7/tl/jdk: 6780803: Wrong parameter name in description of EventClient::addListeners(); ... Message-ID: <20081209173423.DFFF3D508@hg.openjdk.java.net> Changeset: 0b1c7f982cc0 Author: emcmanus Date: 2008-12-09 18:30 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0b1c7f982cc0 6780803: Wrong parameter name in description of EventClient::addListeners() 6470295: Misleading exception message says context classloader when it isn't 6714954: Description of MBeanPermission checking in MBeanServer javadoc is inaccurate 6732037: Event Service spec needs more detail about Executor use 6740900: Specify that listeners invoked via SendNotification should not block 6778436: Typo in @NotificationInfos spec Reviewed-by: dfuchs ! src/share/classes/com/sun/jmx/mbeanserver/MBeanInstantiator.java ! src/share/classes/javax/management/MBeanRegistration.java ! src/share/classes/javax/management/MBeanServer.java ! src/share/classes/javax/management/event/EventClient.java ! src/share/classes/javax/management/event/FetchingEventRelay.java From shanliang.jiang at sun.com Tue Dec 9 09:52:48 2008 From: shanliang.jiang at sun.com (shanliang.jiang at sun.com) Date: Tue, 09 Dec 2008 17:52:48 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20081209175321.ABB93D50F@hg.openjdk.java.net> Changeset: 23738109351f Author: sjiang Date: 2008-12-09 18:42 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/23738109351f 6760712: Provide a connector server option that causes it not to prevent the VM from exiting Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/remote/util/EnvHelp.java ! src/share/classes/javax/management/remote/rmi/RMIJRMPServerImpl.java + test/javax/management/remote/mandatory/connection/DaemonRMIExporterTest.java Changeset: 0dc9fc01e5d6 Author: sjiang Date: 2008-12-09 18:45 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0dc9fc01e5d6 Merge From shanliang.jiang at sun.com Tue Dec 9 10:50:13 2008 From: shanliang.jiang at sun.com (shanliang.jiang at sun.com) Date: Tue, 09 Dec 2008 18:50:13 +0000 Subject: hg: jdk7/tl/jdk: 6332907: Add ability for connector server to close individual connections Message-ID: <20081209185044.8C463D530@hg.openjdk.java.net> Changeset: 4951fee90769 Author: sjiang Date: 2008-12-09 19:44 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4951fee90769 6332907: Add ability for connector server to close individual connections Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/remote/util/EnvHelp.java ! src/share/classes/javax/management/remote/JMXConnectorServer.java ! src/share/classes/javax/management/remote/rmi/RMIConnectorServer.java ! src/share/classes/javax/management/remote/rmi/RMIServerImpl.java + test/javax/management/remote/mandatory/connectorServer/CloseConnectionTest.java From daniel.fuchs at sun.com Tue Dec 9 11:24:05 2008 From: daniel.fuchs at sun.com (daniel.fuchs at sun.com) Date: Tue, 09 Dec 2008 19:24:05 +0000 Subject: hg: jdk7/tl/jdk: 6768935: Clarify the behaviour of ObjectName pattern matching with regards to namespaces Message-ID: <20081209192431.ED581D546@hg.openjdk.java.net> Changeset: 61e73bc43e72 Author: dfuchs Date: 2008-12-09 20:20 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/61e73bc43e72 6768935: Clarify the behaviour of ObjectName pattern matching with regards to namespaces Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/interceptor/DispatchInterceptor.java ! src/share/classes/com/sun/jmx/interceptor/DomainDispatchInterceptor.java ! src/share/classes/com/sun/jmx/interceptor/NamespaceDispatchInterceptor.java ! src/share/classes/com/sun/jmx/mbeanserver/MXBeanLookup.java ! src/share/classes/com/sun/jmx/mbeanserver/Util.java ! src/share/classes/com/sun/jmx/namespace/DomainInterceptor.java ! src/share/classes/com/sun/jmx/namespace/NamespaceInterceptor.java ! src/share/classes/com/sun/jmx/namespace/ObjectNameRouter.java ! src/share/classes/com/sun/jmx/namespace/RoutingMBeanServerConnection.java ! src/share/classes/com/sun/jmx/namespace/RoutingProxy.java ! src/share/classes/javax/management/MBeanServer.java ! src/share/classes/javax/management/MBeanServerConnection.java ! src/share/classes/javax/management/ObjectName.java ! src/share/classes/javax/management/namespace/JMXDomain.java ! src/share/classes/javax/management/namespace/JMXNamespacePermission.java ! src/share/classes/javax/management/namespace/JMXNamespaces.java ! src/share/classes/javax/management/namespace/package-info.java ! test/javax/management/namespace/LeadingSeparatorsTest.java ! test/javax/management/namespace/NullDomainObjectNameTest.java ! test/javax/management/namespace/NullObjectNameTest.java ! test/javax/management/namespace/QueryNamesTest.java From shanliang.jiang at sun.com Tue Dec 9 11:55:39 2008 From: shanliang.jiang at sun.com (shanliang.jiang at sun.com) Date: Tue, 09 Dec 2008 19:55:39 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20081209195614.D0848D550@hg.openjdk.java.net> Changeset: 7aa035fdd97d Author: sjiang Date: 2008-12-09 20:50 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7aa035fdd97d 6336980: NotificationBroadcasterSupport: to tell whether there are listeners and to do clear Reviewed-by: emcmanus ! src/share/classes/javax/management/NotificationBroadcasterSupport.java + test/javax/management/notification/SupportClearTest.java Changeset: 3f226f477d56 Author: sjiang Date: 2008-12-09 20:51 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3f226f477d56 Merge From Jonathan.Gibbons at Sun.COM Tue Dec 9 17:49:39 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Tue, 09 Dec 2008 17:49:39 -0800 Subject: CFV: Project sponsorship: Small language changes In-Reply-To: <493D9B42.6050902@sun.com> References: <493D9B42.6050902@sun.com> Message-ID: <493F2033.70207@sun.com> The vote is already almost unanimous, with the following having all voted in favor: Alex, Maurizio, Joe, Neal, Jonathan, John and Kumar Therefore I am calling the result early, and am pleased to announce the Compiler Group will sponsor this Project. -- Jon Jonathan Gibbons wrote: > > Question: Should the Compiler Group sponsor the proposed > "Small language changes for JDK 7" Project [1]? > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will > not be counted. > > The sponsorship decision will be made by a simple majority vote of > the Group's Members. Votes are due by midnight UTC next Monday, > 15 December. As an optimization, if an absolute majority of the > Group's Members votes one way or the other prior to that time then > the decision may be rendered earlier. > > Only Members of the Compiler' Group are eligible to vote on this > decision. The current Members are: > > Alex Buckley > Maurizio Cimadamore > Iris Clark > Joe Darcy > Neal Gafter > Jonathan Gibbons > John Rose > Kumar Srinivasan > > Once a decision has been made the votes will be summarized and > reported to this list and also to discuss at openjdk.java.net > . > > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/announce/2008-December/000065.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081209/dd108f8d/attachment.html From eamonn.mcmanus at sun.com Wed Dec 10 03:02:06 2008 From: eamonn.mcmanus at sun.com (eamonn.mcmanus at sun.com) Date: Wed, 10 Dec 2008 11:02:06 +0000 Subject: hg: jdk7/tl/jdk: 6456269: Add a GenericMBeanException so clients don't have to have server's exception classes present Message-ID: <20081210110241.21D6AD585@hg.openjdk.java.net> Changeset: c8db1ddbdba4 Author: emcmanus Date: 2008-12-10 11:59 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c8db1ddbdba4 6456269: Add a GenericMBeanException so clients don't have to have server's exception classes present Reviewed-by: jfdenise, dfuchs ! src/share/classes/javax/management/Descriptor.java + src/share/classes/javax/management/GenericMBeanException.java ! src/share/classes/javax/management/MBeanException.java + test/javax/management/interop/MBeanExceptionInteropTest.java + test/javax/management/openmbean/GenericMBeanExceptionTest.java From digitalemil at yahoo.de Wed Dec 10 01:25:39 2008 From: digitalemil at yahoo.de (Emil Siemes) Date: Wed, 10 Dec 2008 09:25:39 +0000 (GMT) Subject: 651779, 6502392 & 6502395: Annotation processing bugs Message-ID: <595590.65426.qm@web23001.mail.ird.yahoo.com> Hi everyone, I thought it might be more important than ever to start collaborating and supporting openjdk now. I would like to volunteer for fixing annotation processing bugs like 651779, 6502392 & 6502395. Anyone already working on them? I sent in a signed SCA by mail 10 days ago but haven't yet got any feedback. Is that ok, or might the mail be lost? Thanks and best Regards Emil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081210/6143a43e/attachment.html From Jonathan.Gibbons at Sun.COM Wed Dec 10 08:17:54 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Wed, 10 Dec 2008 08:17:54 -0800 Subject: 651779, 6502392 & 6502395: Annotation processing bugs In-Reply-To: <595590.65426.qm@web23001.mail.ird.yahoo.com> References: <595590.65426.qm@web23001.mail.ird.yahoo.com> Message-ID: <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> Emil, Thank you for your offer; I will check up on your SCA for you. The first bug number you gave is invalid; I'm guessing you mean 6517779. I don't believe anyone is working on any of those issues. -- Jon On Dec 10, 2008, at 1:25 AM, Emil Siemes wrote: > Hi everyone, > > I thought it might be more important than ever to start > collaborating and supporting openjdk now. > > I would like to volunteer for fixing annotation processing > bugs like 651779, 6502392 & 6502395. Anyone already working > on them? > > I sent in a signed SCA by mail 10 days ago but haven't yet got any > feedback. Is that ok, or might the mail be lost? > > Thanks and best Regards > Emil > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081210/20ae2991/attachment.html From xueming.shen at sun.com Wed Dec 10 14:10:55 2008 From: xueming.shen at sun.com (xueming.shen at sun.com) Date: Wed, 10 Dec 2008 22:10:55 +0000 Subject: hg: jdk7/tl/jdk: 6642323: Speeding up Single Byte Decoders; ... Message-ID: <20081210221115.6881DD5DA@hg.openjdk.java.net> Changeset: b89ba9a6d9a6 Author: sherman Date: 2008-12-10 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b89ba9a6d9a6 6642323: Speeding up Single Byte Decoders 6642328: Speeding up Single Byte Encoders Summary: re-implementation of mapping based sbcs charts Reviewed-by: alanb ! make/java/nio/FILES_java.gmk ! make/java/nio/Makefile ! make/sun/nio/FILES_java.gmk ! make/sun/nio/Makefile + make/tools/CharsetMapping/IBM037.c2b + make/tools/CharsetMapping/IBM037.map + make/tools/CharsetMapping/IBM037.nr + make/tools/CharsetMapping/IBM1006.map + make/tools/CharsetMapping/IBM1025.c2b + make/tools/CharsetMapping/IBM1025.map + make/tools/CharsetMapping/IBM1025.nr + make/tools/CharsetMapping/IBM1026.c2b + make/tools/CharsetMapping/IBM1026.map + make/tools/CharsetMapping/IBM1026.nr + make/tools/CharsetMapping/IBM1046.map + make/tools/CharsetMapping/IBM1047.map + make/tools/CharsetMapping/IBM1097.map + make/tools/CharsetMapping/IBM1098.map + make/tools/CharsetMapping/IBM1112.c2b + make/tools/CharsetMapping/IBM1112.map + make/tools/CharsetMapping/IBM1112.nr + make/tools/CharsetMapping/IBM1122.c2b + make/tools/CharsetMapping/IBM1122.map + make/tools/CharsetMapping/IBM1122.nr + make/tools/CharsetMapping/IBM1123.c2b + make/tools/CharsetMapping/IBM1123.map + make/tools/CharsetMapping/IBM1123.nr + make/tools/CharsetMapping/IBM1124.map + make/tools/CharsetMapping/IBM1140.c2b + make/tools/CharsetMapping/IBM1140.map + make/tools/CharsetMapping/IBM1141.c2b + make/tools/CharsetMapping/IBM1141.map + make/tools/CharsetMapping/IBM1142.c2b + make/tools/CharsetMapping/IBM1142.map + make/tools/CharsetMapping/IBM1143.c2b + make/tools/CharsetMapping/IBM1143.map + make/tools/CharsetMapping/IBM1144.c2b + make/tools/CharsetMapping/IBM1144.map + make/tools/CharsetMapping/IBM1145.c2b + make/tools/CharsetMapping/IBM1145.map + make/tools/CharsetMapping/IBM1146.c2b + make/tools/CharsetMapping/IBM1146.map + make/tools/CharsetMapping/IBM1147.c2b + make/tools/CharsetMapping/IBM1147.map + make/tools/CharsetMapping/IBM1148.c2b + make/tools/CharsetMapping/IBM1148.map + make/tools/CharsetMapping/IBM1149.c2b + make/tools/CharsetMapping/IBM1149.map + make/tools/CharsetMapping/IBM273.c2b + make/tools/CharsetMapping/IBM273.map + make/tools/CharsetMapping/IBM273.nr + make/tools/CharsetMapping/IBM277.c2b + make/tools/CharsetMapping/IBM277.map + make/tools/CharsetMapping/IBM277.nr + make/tools/CharsetMapping/IBM278.c2b + make/tools/CharsetMapping/IBM278.map + make/tools/CharsetMapping/IBM278.nr + make/tools/CharsetMapping/IBM280.c2b + make/tools/CharsetMapping/IBM280.map + make/tools/CharsetMapping/IBM280.nr + make/tools/CharsetMapping/IBM284.c2b + make/tools/CharsetMapping/IBM284.map + make/tools/CharsetMapping/IBM284.nr + make/tools/CharsetMapping/IBM285.c2b + make/tools/CharsetMapping/IBM285.map + make/tools/CharsetMapping/IBM285.nr + make/tools/CharsetMapping/IBM297.c2b + make/tools/CharsetMapping/IBM297.map + make/tools/CharsetMapping/IBM297.nr + make/tools/CharsetMapping/IBM420.c2b + make/tools/CharsetMapping/IBM420.map + make/tools/CharsetMapping/IBM420.nr + make/tools/CharsetMapping/IBM424.c2b + make/tools/CharsetMapping/IBM424.map + make/tools/CharsetMapping/IBM424.nr + make/tools/CharsetMapping/IBM437.map + make/tools/CharsetMapping/IBM500.c2b + make/tools/CharsetMapping/IBM500.map + make/tools/CharsetMapping/IBM500.nr + make/tools/CharsetMapping/IBM737.map + make/tools/CharsetMapping/IBM775.map + make/tools/CharsetMapping/IBM838.c2b + make/tools/CharsetMapping/IBM838.map + make/tools/CharsetMapping/IBM838.nr + make/tools/CharsetMapping/IBM850.map + make/tools/CharsetMapping/IBM852.map + make/tools/CharsetMapping/IBM855.map + make/tools/CharsetMapping/IBM856.map + make/tools/CharsetMapping/IBM857.map + make/tools/CharsetMapping/IBM858.map + make/tools/CharsetMapping/IBM860.map + make/tools/CharsetMapping/IBM861.map + make/tools/CharsetMapping/IBM862.map + make/tools/CharsetMapping/IBM863.map + make/tools/CharsetMapping/IBM864.map + make/tools/CharsetMapping/IBM865.map + make/tools/CharsetMapping/IBM866.map + make/tools/CharsetMapping/IBM868.map + make/tools/CharsetMapping/IBM869.map + make/tools/CharsetMapping/IBM870.c2b + make/tools/CharsetMapping/IBM870.map + make/tools/CharsetMapping/IBM870.nr + make/tools/CharsetMapping/IBM871.c2b + make/tools/CharsetMapping/IBM871.map + make/tools/CharsetMapping/IBM871.nr + make/tools/CharsetMapping/IBM874.map + make/tools/CharsetMapping/IBM874.nr + make/tools/CharsetMapping/IBM875.c2b + make/tools/CharsetMapping/IBM875.map + make/tools/CharsetMapping/IBM875.nr + make/tools/CharsetMapping/IBM918.c2b + make/tools/CharsetMapping/IBM918.map + make/tools/CharsetMapping/IBM918.nr + make/tools/CharsetMapping/IBM921.map + make/tools/CharsetMapping/IBM922.map + make/tools/CharsetMapping/ISO_8859_11.map + make/tools/CharsetMapping/ISO_8859_13.map + make/tools/CharsetMapping/ISO_8859_15.map + make/tools/CharsetMapping/ISO_8859_2.map + make/tools/CharsetMapping/ISO_8859_3.map + make/tools/CharsetMapping/ISO_8859_4.map + make/tools/CharsetMapping/ISO_8859_5.map + make/tools/CharsetMapping/ISO_8859_6.map + make/tools/CharsetMapping/ISO_8859_7.map + make/tools/CharsetMapping/ISO_8859_8.map + make/tools/CharsetMapping/ISO_8859_9.map + make/tools/CharsetMapping/JIS_X_0201.map + make/tools/CharsetMapping/KOI8_R.map + make/tools/CharsetMapping/KOI8_U.map + make/tools/CharsetMapping/MS1250.map + make/tools/CharsetMapping/MS1251.map + make/tools/CharsetMapping/MS1252.map + make/tools/CharsetMapping/MS1253.map + make/tools/CharsetMapping/MS1254.map + make/tools/CharsetMapping/MS1255.map + make/tools/CharsetMapping/MS1256.map + make/tools/CharsetMapping/MS1257.map + make/tools/CharsetMapping/MS1258.map + make/tools/CharsetMapping/MS874.map + make/tools/CharsetMapping/MacArabic.map + make/tools/CharsetMapping/MacCentralEurope.map + make/tools/CharsetMapping/MacCroatian.map + make/tools/CharsetMapping/MacCyrillic.map + make/tools/CharsetMapping/MacDingbat.map + make/tools/CharsetMapping/MacGreek.map + make/tools/CharsetMapping/MacHebrew.map + make/tools/CharsetMapping/MacIceland.map + make/tools/CharsetMapping/MacRoman.map + make/tools/CharsetMapping/MacRomania.map + make/tools/CharsetMapping/MacSymbol.map + make/tools/CharsetMapping/MacThai.map + make/tools/CharsetMapping/MacTurkish.map + make/tools/CharsetMapping/MacUkraine.map + make/tools/CharsetMapping/SingleByte-X.java + make/tools/CharsetMapping/TIS_620.map + make/tools/CharsetMapping/extsbcs + make/tools/CharsetMapping/sbcs ! make/tools/src/build/tools/charsetmapping/GenerateMapping.java + make/tools/src/build/tools/charsetmapping/GenerateSBCS.java ! src/share/classes/sun/io/ByteToCharCp850.java ! src/share/classes/sun/io/CharToByteJIS0201.java ! src/share/classes/sun/io/CharToByteSingleByte.java - src/share/classes/sun/nio/cs/IBM437.java - src/share/classes/sun/nio/cs/IBM737.java - src/share/classes/sun/nio/cs/IBM775.java - src/share/classes/sun/nio/cs/IBM850.java - src/share/classes/sun/nio/cs/IBM852.java - src/share/classes/sun/nio/cs/IBM855.java - src/share/classes/sun/nio/cs/IBM857.java - src/share/classes/sun/nio/cs/IBM858.java - src/share/classes/sun/nio/cs/IBM862.java - src/share/classes/sun/nio/cs/IBM866.java - src/share/classes/sun/nio/cs/IBM874.java - src/share/classes/sun/nio/cs/ISO_8859_13.java - src/share/classes/sun/nio/cs/ISO_8859_15.java - src/share/classes/sun/nio/cs/ISO_8859_2.java - src/share/classes/sun/nio/cs/ISO_8859_4.java - src/share/classes/sun/nio/cs/ISO_8859_5.java - src/share/classes/sun/nio/cs/ISO_8859_7.java - src/share/classes/sun/nio/cs/ISO_8859_9.java - src/share/classes/sun/nio/cs/KOI8_R.java - src/share/classes/sun/nio/cs/KOI8_U.java - src/share/classes/sun/nio/cs/MS1250.java - src/share/classes/sun/nio/cs/MS1251.java - src/share/classes/sun/nio/cs/MS1252.java - src/share/classes/sun/nio/cs/MS1253.java - src/share/classes/sun/nio/cs/MS1254.java - src/share/classes/sun/nio/cs/MS1257.java + src/share/classes/sun/nio/cs/SingleByte.java - src/share/classes/sun/nio/cs/ext/IBM037.java - src/share/classes/sun/nio/cs/ext/IBM1006.java - src/share/classes/sun/nio/cs/ext/IBM1025.java - src/share/classes/sun/nio/cs/ext/IBM1026.java - src/share/classes/sun/nio/cs/ext/IBM1046.java - src/share/classes/sun/nio/cs/ext/IBM1047.java - src/share/classes/sun/nio/cs/ext/IBM1097.java - src/share/classes/sun/nio/cs/ext/IBM1098.java - src/share/classes/sun/nio/cs/ext/IBM1112.java - src/share/classes/sun/nio/cs/ext/IBM1122.java - src/share/classes/sun/nio/cs/ext/IBM1123.java - src/share/classes/sun/nio/cs/ext/IBM1124.java - src/share/classes/sun/nio/cs/ext/IBM1140.java - src/share/classes/sun/nio/cs/ext/IBM1141.java - src/share/classes/sun/nio/cs/ext/IBM1142.java - src/share/classes/sun/nio/cs/ext/IBM1143.java - src/share/classes/sun/nio/cs/ext/IBM1144.java - src/share/classes/sun/nio/cs/ext/IBM1145.java - src/share/classes/sun/nio/cs/ext/IBM1146.java - src/share/classes/sun/nio/cs/ext/IBM1147.java - src/share/classes/sun/nio/cs/ext/IBM1148.java - src/share/classes/sun/nio/cs/ext/IBM1149.java - src/share/classes/sun/nio/cs/ext/IBM273.java - src/share/classes/sun/nio/cs/ext/IBM277.java - src/share/classes/sun/nio/cs/ext/IBM278.java - src/share/classes/sun/nio/cs/ext/IBM280.java - src/share/classes/sun/nio/cs/ext/IBM284.java - src/share/classes/sun/nio/cs/ext/IBM285.java - src/share/classes/sun/nio/cs/ext/IBM297.java - src/share/classes/sun/nio/cs/ext/IBM420.java - src/share/classes/sun/nio/cs/ext/IBM424.java - src/share/classes/sun/nio/cs/ext/IBM500.java - src/share/classes/sun/nio/cs/ext/IBM838.java - src/share/classes/sun/nio/cs/ext/IBM856.java - src/share/classes/sun/nio/cs/ext/IBM860.java - src/share/classes/sun/nio/cs/ext/IBM861.java - src/share/classes/sun/nio/cs/ext/IBM863.java - src/share/classes/sun/nio/cs/ext/IBM864.java - src/share/classes/sun/nio/cs/ext/IBM865.java - src/share/classes/sun/nio/cs/ext/IBM868.java - src/share/classes/sun/nio/cs/ext/IBM869.java - src/share/classes/sun/nio/cs/ext/IBM870.java - src/share/classes/sun/nio/cs/ext/IBM871.java - src/share/classes/sun/nio/cs/ext/IBM875.java - src/share/classes/sun/nio/cs/ext/IBM918.java - src/share/classes/sun/nio/cs/ext/IBM921.java - src/share/classes/sun/nio/cs/ext/IBM922.java - src/share/classes/sun/nio/cs/ext/ISO_8859_11.java - src/share/classes/sun/nio/cs/ext/ISO_8859_3.java - src/share/classes/sun/nio/cs/ext/ISO_8859_6.java - src/share/classes/sun/nio/cs/ext/ISO_8859_8.java - src/share/classes/sun/nio/cs/ext/MS1255.java - src/share/classes/sun/nio/cs/ext/MS1256.java - src/share/classes/sun/nio/cs/ext/MS1258.java - src/share/classes/sun/nio/cs/ext/MS874.java - src/share/classes/sun/nio/cs/ext/MacArabic.java - src/share/classes/sun/nio/cs/ext/MacCentralEurope.java - src/share/classes/sun/nio/cs/ext/MacCroatian.java - src/share/classes/sun/nio/cs/ext/MacCyrillic.java - src/share/classes/sun/nio/cs/ext/MacDingbat.java - src/share/classes/sun/nio/cs/ext/MacGreek.java - src/share/classes/sun/nio/cs/ext/MacHebrew.java - src/share/classes/sun/nio/cs/ext/MacIceland.java - src/share/classes/sun/nio/cs/ext/MacRoman.java - src/share/classes/sun/nio/cs/ext/MacRomania.java - src/share/classes/sun/nio/cs/ext/MacSymbol.java - src/share/classes/sun/nio/cs/ext/MacThai.java - src/share/classes/sun/nio/cs/ext/MacTurkish.java - src/share/classes/sun/nio/cs/ext/MacUkraine.java - src/share/classes/sun/nio/cs/ext/TIS_620.java From digitalemil at yahoo.de Fri Dec 12 08:18:15 2008 From: digitalemil at yahoo.de (Emil Siemes) Date: Fri, 12 Dec 2008 16:18:15 +0000 (GMT) Subject: 6502395: Is not a bug References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> Message-ID: <713859.97509.qm@web23006.mail.ird.yahoo.com> The bug report 6502395 says: "Filer.getResource() states thatIOException is thrown if the file cannot be opened." But the attached Java class (see below) calls Filer.createResource() instead of getResource() and when openReader() gets called an IllegalStateException is thrown (Reading from a write-only Object). This is actually expected behavior and not a bug .. JavacFiler.createResource returns a FileObject. The spec for FileObject..createResource reads: "Throws: IllegalStateException - if this file object was opened for writing and does not support reading UnsupportedOperationException - if this kind of file object does not support character access IOException - if an I/O error occurred" The Object implementing FileObject returned by the JavacFiler is a com.sun.tools.javac.processing..JavacFiler$FilerOutputFileObject and the openReader method clearly throws a IllegalStateException.So I think 6502395 should be closed and the bug effectively is in the bug report not in the jdk :-) If we change the attached Java class and replace createResource with getResource and run it again with jdk7 (b36&b40 & b41) I get: "java.io.FileNotFoundException: foo/SOURCE_OUTPUT.unexisting (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:137) at com.sun.tools.javac.file.RegularFileObject.openInputStream(RegularFileObject.java:68) at com.sun.tools.javac.file.BaseFileObject.openReader(BaseFileObject.java:76) at javax.tools.ForwardingFileObject.openReader(ForwardingFileObject.java:92) at UnexistingResourceProcessor.process(UnexistingResourceProcessor.java" as it should be. With jdk6 update 11 I get instead: "java.lang.UnsupportedOperationException at com.sun.tools.javac.util.DefaultFileManager$RegularFileObject.openReader(DefaultFileManager.java:1281) at javax.tools.ForwardingFileObject.openReader(ForwardingFileObject.java:74) at UnexistingResourceProcessor.process(UnexistingResourceProcessor.java" Not nice but may be still in line with spec because one could argue that a FileObject for a non existing File does indeed not support character access and therefore UnsupportedOperationException should be thrown. Is wasn't able to find jdk releases older than build 36. Are they available for download somewhere? If yes I could check in which build the thrown exception changed. In b03 the DefaultFileManager was renamed to JavacFileManager maybe also the exception was changed around that time? "Bug"-Description: The spec for javax.annotation.processing.Filer.getResource() states that IOException is thrown if the file cannot be opened. So when we are trying to open nonexistent resource we should expect IOException thrown. However getting nonexistent resource doesn't cause to IOException. Instead IllegalStateExceptionis thrown. You may reproduce the behavior using following processor class: package tmp; import java.io.InputStream; import java.io.Reader; import javax.annotation.processing.AbstractProcessor; import javax.annotation.processing.RoundEnvironment; import javax.annotation.processing.Filer; import javax.lang.model.element.TypeElement; import javax.lang.model.SourceVersion; import java.util.Set; import java.util.HashSet; import java.io.IOException; import javax.tools.StandardLocation; public class UnexistingResourceProcessor extends AbstractProcessor { StandardLocation[] locations = { StandardLocation.CLASS_OUTPUT, StandardLocation.SOURCE_OUTPUT }; public Set getSupportedAnnotationTypes() { return new HashSet() {{add("*");}}; } public SourceVersion getSupportedSourceVersion() { return SourceVersion.RELEASE_6; } public boolean process(Set annotations, RoundEnvironment roundEnv) { boolean passed = true; if(roundEnv.processingOver()) { Filer filer = processingEnv.getFiler(); for (StandardLocation location: locations) { try { // Opening for writing and then reading? No No No. Reader reader = filer.createResource( location, "", "foo/" + location + ".unexisting").openReader(true); reader.close(); System.out.println("location: " + location); } catch (IOException expected) { } catch (Exception e) { passed = false; System.out.println("location: " + location + ", thrown: " + e); } } } return true; } } ________________________________ Von: Jonathan Gibbons An: Emil Siemes CC: compiler-dev at openjdk.java.net Gesendet: Mittwoch, den 10. Dezember 2008, 17:17:54 Uhr Betreff: Re: 651779, 6502392 & 6502395: Annotation processing bugs Emil, Thank you for your offer; I will check up on your SCA for you. The first bug number you gave is invalid; I'm guessing you mean 6517779. I don't believe anyone is working on any of those issues. -- Jon On Dec 10, 2008, at 1:25 AM, Emil Siemes wrote: Hi everyone, I thought it might be more important than ever to start collaborating and supporting openjdk now. I would like to volunteer for fixing annotation processing bugs like 651779, 6502392 & 6502395. Anyone already working on them? I sent in a signed SCA by mail 10 days ago but haven't yet got any feedback. Is that ok, or might the mail be lost? Thanks and best Regards Emil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081212/3fadb6d7/attachment.html From Jonathan.Gibbons at Sun.COM Fri Dec 12 08:56:53 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Fri, 12 Dec 2008 08:56:53 -0800 Subject: 6502395: Is not a bug In-Reply-To: <713859.97509.qm@web23006.mail.ird.yahoo.com> References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> <713859.97509.qm@web23006.mail.ird.yahoo.com> Message-ID: Thank you for your analysis. I am inclined to agree with you that the use of createResource is incorrect. UnsupportedOperationException is normally used when an implementing class does not conceptually implement a method, typically an abstract method, defined by a supertype or superinterface. It should not be used in cases like you describe for 6u11, when the operation is conceptually supported, but user arguments or user state preclude successful operation. The behavior in 6u11 seems wrong, but 6u11 is not part of OpenJDK and so it will fall to us (Sun) to follow up and fix. However, it is good to know that the behavior in 7 is already fixed. There was no change in behavior of the Filer class intended when the DefaultFileManager was changed to JavacFileManager. However, it could be that the behavior was changed as part of some other fix. Like you, I could not find public builds for JDK7 builds earlier than b36. I am sorry (and somewhat surprised) that they are not available. -- Jon On Dec 12, 2008, at 8:18 AM, Emil Siemes wrote: > The bug report 6502395 says: "Filer.getResource() states that > IOException is thrown if the file cannot be opened." > But the attached Java class (see below) calls Filer.createResource() > instead of getResource() and when openReader() gets called an > IllegalStateException is thrown (Reading from a write-only Object). > This is actually expected behavior and not a bug . > JavacFiler.createResource returns a FileObject. The spec for > FileObject.createResource reads: > "Throws: > IllegalStateException - if this file object was opened for writing > and does not support reading > UnsupportedOperationException - if this kind of file object does not > support character access > IOException - if an I/O error occurred" > The Object implementing FileObject returned by the JavacFiler is a > com.sun.tools.javac.processing.JavacFiler$FilerOutputFileObject and > the openReader method clearly throws a IllegalStateException.So I > think 6502395 should be closed and the bug effectively is in the bug > report not in the jdk :-) > > If we change the attached Java class and replace createResource with > getResource and run it again with jdk7 (b36&b40 & b41) I get: > "java.io.FileNotFoundException: foo/SOURCE_OUTPUT.unexisting (No > such file or directory) > at java.io.FileInputStream.open(Native Method) > at java.io.FileInputStream.(FileInputStream.java:137) > at > com > .sun > .tools > .javac.file.RegularFileObject.openInputStream(RegularFileObject.java: > 68) > at > com > .sun.tools.javac.file.BaseFileObject.openReader(BaseFileObject.java: > 76) > at > javax > .tools.ForwardingFileObject.openReader(ForwardingFileObject.java:92) > at > UnexistingResourceProcessor.process(UnexistingResourceProcessor.java" > as it should be. > With jdk6 update 11 I get instead: > "java.lang.UnsupportedOperationException > at com.sun.tools.javac.util.DefaultFileManager > $RegularFileObject.openReader(DefaultFileManager.java:1281) > at > javax > .tools.ForwardingFileObject.openReader(ForwardingFileObject.java:74) > at > UnexistingResourceProcessor.process(UnexistingResourceProcessor.java" > Not nice but may be still in line with spec because one could argue > that a FileObject for a non existing File does indeed not support > character access and therefore UnsupportedOperationException should > be thrown. > > Is wasn't able to find jdk releases older than build 36. Are they > available for download somewhere? If yes I could check in which > build the thrown exception changed. In b03 the DefaultFileManager > was renamed to JavacFileManager maybe also the exception was changed > around that time? > > "Bug"-Description: > The spec for javax.annotation.processing.Filer.getResource() states > that > IOException is thrown if the file cannot be opened. > > So when we are trying to open nonexistent resource we should expect > IOException thrown. > > However getting nonexistent resource doesn't cause to IOException. > Instead IllegalStateExceptionis thrown. > > You may reproduce the behavior using following processor class: > > package tmp; > > import java.io.InputStream; > import > java.io.Reader; > import javax.annotation.processing.AbstractProcessor; > import javax.annotation.processing.RoundEnvironment; > import javax.annotation.processing.Filer; > import javax.lang.model.element.TypeElement; > import javax.lang.model.SourceVersion; > import java.util.Set; > import java.util.HashSet; > import java.io.IOException; > import javax.tools.StandardLocation; > > public class UnexistingResourceProcessor extends AbstractProcessor { > StandardLocation[] locations = { > StandardLocation.CLASS_OUTPUT, StandardLocation.SOURCE_OUTPUT > }; > > public Set getSupportedAnnotationTypes() { > return new HashSet() {{add("*");}}; > } > > public SourceVersion getSupportedSourceVersion() { > return SourceVersion.RELEASE_6; > } > > public boolean process(Set annotations, > RoundEnvironment roundEnv) { > > boolean passed = true; > if(roundEnv.processingOver()) { > Filer filer = processingEnv.getFiler(); > for (StandardLocation location: locations) { > try { > // Opening for writing and then reading? No No No. > Reader reader = filer.createResource( > location, "", "foo/" + location + > ".unexisting").openReader(true); > reader.close(); > System.out.println("location: " + location); > } catch (IOException expected) { > } catch (Exception e) { > passed = false; > System.out.println("location: " + location + ", > thrown: " + e); > } > } > } > return true; > } > } > > > > > > > Von: Jonathan Gibbons > An: Emil Siemes > CC: compiler-dev at openjdk.java.net > Gesendet: Mittwoch, den 10. Dezember 2008, 17:17:54 Uhr > Betreff: Re: 651779, 6502392 & 6502395: Annotation processing bugs > > Emil, > > Thank you for your offer; I will check up on your SCA for you. > > The first bug number you gave is invalid; I'm guessing you mean > 6517779. I don't believe anyone is working on any of those issues. > > -- Jon > > > On Dec 10, 2008, at 1:25 AM, Emil Siemes wrote: > >> Hi everyone, >> >> I thought it might be more important than ever to start >> collaborating and supporting openjdk now. >> >> I would like to volunteer for fixing annotation processing >> bugs like 651779, 6502392 & 6502395. Anyone already working >> on them? >> >> I sent in a signed SCA by mail 10 days ago but haven't yet got any >> feedback. Is that ok, or might the mail be lost? >> >> Thanks and best Regards >> Emil >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081212/0c238788/attachment.html From martinrb at google.com Fri Dec 12 10:21:58 2008 From: martinrb at google.com (Martin Buchholz) Date: Fri, 12 Dec 2008 10:21:58 -0800 Subject: 6502395: Is not a bug In-Reply-To: References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> <713859.97509.qm@web23006.mail.ird.yahoo.com> Message-ID: <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> On Fri, Dec 12, 2008 at 08:56, Jonathan Gibbons wrote: > Like you, I could not find public builds for JDK7 builds earlier than b36. I > am sorry (and somewhat surprised) that they are not available. I complained about this elsewhere. Lack of hardware resources to hold the archives were cited. I'd like to see every build remain available for download for at least 3 years. Martin From Jonathan.Gibbons at Sun.COM Fri Dec 12 10:42:57 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Fri, 12 Dec 2008 10:42:57 -0800 Subject: 6502395: Is not a bug In-Reply-To: <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> <713859.97509.qm@web23006.mail.ird.yahoo.com> <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> Message-ID: I suspect the issue is where the images are stored; inside the Sun firewall, the images are available, but that doesn't help external folk. I think Sun is only slowly waking up to the implications of external developers/contributors. -- Jon On Dec 12, 2008, at 10:21 AM, Martin Buchholz wrote: > On Fri, Dec 12, 2008 at 08:56, Jonathan Gibbons > wrote: > >> Like you, I could not find public builds for JDK7 builds earlier >> than b36. I >> am sorry (and somewhat surprised) that they are not available. > > I complained about this elsewhere. > Lack of hardware resources to hold the archives were cited. > > I'd like to see every build remain available for download for at > least 3 years. > > Martin From Jonathan.Gibbons at Sun.COM Fri Dec 12 16:31:52 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Fri, 12 Dec 2008 16:31:52 -0800 Subject: langtools and NetBeans Message-ID: <49430278.80806@sun.com> This is for folk who work on the langtools source code using NetBeans. If you don't use NetBeans, or don't use the standard NetBeans projects provuded with the langtools repository, then this does not apply to you. Currently, NetBeans does not support well the notion of a number of related components within a single project. The GUI provides facilitoes for building, running and debugging the project as a whole, with a notion of a single "main" class. This does not fit well with the "langtools" codebase, which contains a number of separate but related tools. It is not always desirable to build all the tools all the time when you are working on a feature in just one, and with many tools, there is no notion of a single distinguished "main" class to be invoked by the Run and Debug buttons. For all these reasons, the "langtools" repository currently contains a number of projects, one per tool. This allows developers to focus on a particular tool, while still being able to build everything as needed. This has worked acceptably well for NetBeans 5 through NetBeans 6.1. There have been some minor quirks: because of the way NetBeans proactively reads sibling projects even if they have not been opened, it can sometimes get confused as to which project a source file belongs to. For the most part, these quirks have been cosmetic, such as an unexpected title in the window title bar. However, in NetBeans 6.5, the quirks have become more serious. NetBeans' confusion over having multiple sibling projects with overlapping sources has increased, and now more serious issues can arise, such as building the wrong target in the build files. While it would be nice to wave a magic wand to have NetBeans handle these projects better, it is simpler to reconsider NetBeans support within the langtools repository. I've attached a proposed patch, which changes langtools to provide just a single "langtools" project instead of the the existing family of projects. The default for building this project is to build all the tools. The default for running and debugging this project is to use a small popup dialog that allows you to specify which tool you wish to work on, and what command line args you wish to use. These values can optionally be saved so that you do not have to handle the popup dialog every time you use the Run button. In addition, there is a new item on the project's context menu: "select tool". This allows you to explicitly focus on a single tool, for building as well as running. You can also use that item to deselect any earlier choice. The new mechanism is somewhat similar to the new configuration mechanism in NetBeans 6.5; however that mechanism is only available for standard projects, and not freeform projects, as is langtools. And, this new mechanism works with NetBeans 6 and 6.1 as well as NetBeans 6.5, so there is no need to roll forward to using NetBeans 6.5 to use this new project. The patch is a preview, to give folk who use NetBeans for langtools a chance to give feedback, before we push this to the main repository, perhaps sometime early in January. Comment and feedback welcome. -- Jonathan Gibbons -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081212/ca153c5b/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: langtools.patch Type: text/x-patch Size: 115755 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081212/ca153c5b/langtools.patch From Dalibor.Topic at Sun.COM Sat Dec 13 12:25:11 2008 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Sat, 13 Dec 2008 21:25:11 +0100 Subject: 6502395: Is not a bug In-Reply-To: <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> <713859.97509.qm@web23006.mail.ird.yahoo.com> <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> Message-ID: <49441A27.2040505@sun.com> Martin Buchholz wrote: > On Fri, Dec 12, 2008 at 08:56, Jonathan Gibbons > wrote: > >> Like you, I could not find public builds for JDK7 builds earlier than b36. I >> am sorry (and somewhat surprised) that they are not available. > > I complained about this elsewhere. > Lack of hardware resources to hold the archives were cited. > > I'd like to see every build remain available for download for at least 3 years. Did I hear someone volunteering to build & maintain a mirror? ;) cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From mark at klomp.org Sat Dec 13 12:52:15 2008 From: mark at klomp.org (Mark Wielaard) Date: Sat, 13 Dec 2008 21:52:15 +0100 Subject: 6502395: Is not a bug In-Reply-To: <49441A27.2040505@sun.com> References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> <713859.97509.qm@web23006.mail.ird.yahoo.com> <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> <49441A27.2040505@sun.com> Message-ID: <1229201536.9823.13.camel@hermans.wildebeest.org> On Sat, 2008-12-13 at 21:25 +0100, Dalibor Topic wrote: > Martin Buchholz wrote: > > On Fri, Dec 12, 2008 at 08:56, Jonathan Gibbons > > wrote: > > > >> Like you, I could not find public builds for JDK7 builds earlier than b36. I > >> am sorry (and somewhat surprised) that they are not available. > > > > I complained about this elsewhere. > > Lack of hardware resources to hold the archives were cited. > > > > I'd like to see every build remain available for download for at least 3 years. > > Did I hear someone volunteering to build & maintain a mirror? ;) We do keep a mirror of the old GPL sources (which came from the svn repository) in mercurial at http://icedtea.classpath.org/hg/openjdk if anybody needs anything early (b13 till b23). Although the changes between the bxx drops are somewhat big, you can do some simple investigations against it through mercurial. Also various GNU/Linux distros still have old GPL binary icedtea/openjdk 1.7 packages (and source code of course) around (although most are tracking jdk6 these days). Here are old builds of the 1.7.0 tree (b18 till b24) for Fedora 8/9 for example: http://koji.fedoraproject.org/koji/packageinfo?packageID=4946 Cheers, Mark From Dalibor.Topic at Sun.COM Sat Dec 13 15:42:54 2008 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Sun, 14 Dec 2008 00:42:54 +0100 Subject: 6502395: Is not a bug In-Reply-To: <1229201536.9823.13.camel@hermans.wildebeest.org> References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> <713859.97509.qm@web23006.mail.ird.yahoo.com> <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> <49441A27.2040505@sun.com> <1229201536.9823.13.camel@hermans.wildebeest.org> Message-ID: <4944487E.3010303@sun.com> Mark Wielaard wrote: > On Sat, 2008-12-13 at 21:25 +0100, Dalibor Topic wrote: >> Did I hear someone volunteering to build & maintain a mirror? ;) > > We do keep a mirror of the old GPL sources (which came from the svn > repository) in mercurial at http://icedtea.classpath.org/hg/openjdk if > anybody needs anything early (b13 till b23). Although the changes > between the bxx drops are somewhat big, you can do some simple > investigations against it through mercurial. Thank you very much for providing that service to the project, Mark. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From Ulf.Zibis at gmx.de Mon Dec 15 12:56:21 2008 From: Ulf.Zibis at gmx.de (Ulf Zibis) Date: Mon, 15 Dec 2008 21:56:21 +0100 Subject: hg: jdk7/tl/jdk: 6642323: Speeding up Single Byte Decoders; ... In-Reply-To: <20081210221115.6881DD5DA@hg.openjdk.java.net> References: <20081210221115.6881DD5DA@hg.openjdk.java.net> Message-ID: <4946C475.6080609@gmx.de> Maybe little faster, especially for short strings: private CoderResult decodeArrayLoop(ByteBuffer src, CharBuffer dst) { byte[] sa = src.array(); int sp = src.arrayOffset() + src.position(); int sr = src.remaining(); // faster than ... src.arrayOffset() + src.limit() char[] da = dst.array(); int dp = dst.arrayOffset() + dst.position(); int dr = dst.remaining(); // dl is never used for (int sl = sp + (sr <= dr ? sr : dr); sp < sl; sp++, dp++) if ((da[dp] = decode(sa[sp])) == UNMAPPABLE_DECODING) return withResult(CoderResult.unmappableForLength(1), src, sp, dst, dp); return withResult(sr <= dr ? CoderResult.UNDERFLOW : CoderResult.OVERFLOW, src, sp, dst, dp); } Regards, Ulf Am 10.12.2008 23:10, xueming.shen at sun.com schrieb: > Changeset: b89ba9a6d9a6 > Author: sherman > Date: 2008-12-10 14:03 -0800 > URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b89ba9a6d9a6 > > 6642323: Speeding up Single Byte Decoders > 6642328: Speeding up Single Byte Encoders > Summary: re-implementation of mapping based sbcs charts > Reviewed-by: alanb > > From Ulf.Zibis at gmx.de Mon Dec 15 13:08:50 2008 From: Ulf.Zibis at gmx.de (Ulf Zibis) Date: Mon, 15 Dec 2008 22:08:50 +0100 Subject: hg: jdk7/tl/jdk: 6642323: Speeding up Single Byte Decoders; ... In-Reply-To: <4946C475.6080609@gmx.de> References: <20081210221115.6881DD5DA@hg.openjdk.java.net> <4946C475.6080609@gmx.de> Message-ID: <4946C762.8010003@gmx.de> Maybe: for (int sl = sp + (sr <= dr ? sr : dr); sp != sl; sp++, dp++) is little more faster than: for (int sl = sp + (sr <= dr ? sr : dr); sp < sl; sp++, dp++) -Ulf Am 15.12.2008 21:56, Ulf Zibis schrieb: > Maybe little faster, especially for short strings: > > private CoderResult decodeArrayLoop(ByteBuffer src, CharBuffer > dst) { > byte[] sa = src.array(); > int sp = src.arrayOffset() + src.position(); > int sr = src.remaining(); // faster than ... > src.arrayOffset() + src.limit() > > char[] da = dst.array(); > int dp = dst.arrayOffset() + dst.position(); > int dr = dst.remaining(); // dl is never used > > for (int sl = sp + (sr <= dr ? sr : dr); sp < sl; sp++, dp++) > if ((da[dp] = decode(sa[sp])) == UNMAPPABLE_DECODING) > return > withResult(CoderResult.unmappableForLength(1), src, sp, dst, dp); > return withResult(sr <= dr ? CoderResult.UNDERFLOW : > CoderResult.OVERFLOW, src, sp, dst, dp); > } > > Regards, > Ulf > From digitalemil at yahoo.de Tue Dec 16 05:01:24 2008 From: digitalemil at yahoo.de (Emil Siemes) Date: Tue, 16 Dec 2008 13:01:24 +0000 (GMT) Subject: AW: 6502395: Is not a bug References: <595590.65426.qm@web23001.mail.ird.yahoo.com> <5F9683E3-08C2-460D-A235-547706A6668C@sun.com> <713859.97509.qm@web23006.mail.ird.yahoo.com> <1ccfd1c10812121021m551f31c3j4f77003d546dc72c@mail.gmail.com> <49441A27.2040505@sun.com> <1229201536.9823.13.camel@hermans.wildebeest.org> Message-ID: <519254.80241.qm@web23006.mail.ird.yahoo.com> Hi Mark, thanks for the links. I was able to test b18 and at least this build still throws UnsupportedOperationException. I now wanted to follow-up the path but it seems that the fedoraproject has some database issues... Will try again later. And yes a central repository with all old binary & source bundles would be helpful. Thanks Emil ________________________________ Von: Mark Wielaard An: Dalibor Topic CC: Jonathan Gibbons ; compiler-dev at openjdk.java.net Gesendet: Samstag, den 13. Dezember 2008, 21:52:15 Uhr Betreff: Re: 6502395: Is not a bug On Sat, 2008-12-13 at 21:25 +0100, Dalibor Topic wrote: > Martin Buchholz wrote: > > On Fri, Dec 12, 2008 at 08:56, Jonathan Gibbons > > wrote: > > > >> Like you, I could not find public builds for JDK7 builds earlier than b36. I > >> am sorry (and somewhat surprised) that they are not available. > > > > I complained about this elsewhere. > > Lack of hardware resources to hold the archives were cited. > > > > I'd like to see every build remain available for download for at least 3 years. > > Did I hear someone volunteering to build & maintain a mirror? ;) We do keep a mirror of the old GPL sources (which came from the svn repository) in mercurial at http://icedtea.classpath.org/hg/openjdk if anybody needs anything early (b13 till b23). Although the changes between the bxx drops are somewhat big, you can do some simple investigations against it through mercurial. Also various GNU/Linux distros still have old GPL binary icedtea/openjdk 1.7 packages (and source code of course) around (although most are tracking jdk6 these days). Here are old builds of the 1.7.0 tree (b18 till b24) for Fedora 8/9 for example: http://koji.fedoraproject.org/koji/packageinfo?packageID=4946 Cheers, Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081216/471f5239/attachment.html From xueming.shen at sun.com Wed Dec 17 22:57:34 2008 From: xueming.shen at sun.com (xueming.shen at sun.com) Date: Thu, 18 Dec 2008 06:57:34 +0000 Subject: hg: jdk7/tl/jdk: 6496274: jar seems to use more CPU than it should Message-ID: <20081218065756.3B925DA5B@hg.openjdk.java.net> Changeset: 57dc40ece164 Author: sherman Date: 2008-12-17 22:50 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/57dc40ece164 6496274: jar seems to use more CPU than it should Summary: boost jar creating performance especially for the large jar file Reviewed-by: martin ! src/share/classes/sun/tools/jar/Main.java From mark at klomp.org Thu Dec 18 05:36:06 2008 From: mark at klomp.org (Mark Wielaard) Date: Thu, 18 Dec 2008 14:36:06 +0100 Subject: [security-dev 00466]: hg: jdk7/tl/jdk: 6496274: jar seems to use more CPU than it should In-Reply-To: <20081218065756.3B925DA5B@hg.openjdk.java.net> References: <20081218065756.3B925DA5B@hg.openjdk.java.net> Message-ID: <1229607366.3441.12.camel@dijkstra.wildebeest.org> Hi, On Thu, 2008-12-18 at 06:57 +0000, xueming.shen at sun.com wrote: > Changeset: 57dc40ece164 > Author: sherman > Date: 2008-12-17 22:50 -0800 > URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/57dc40ece164 > > 6496274: jar seems to use more CPU than it should > Summary: boost jar creating performance especially for the large jar file > Reviewed-by: martin > > ! src/share/classes/sun/tools/jar/Main.java Heay, this is a pretty cool patch. In IcedTea we explicitly added an configure option to work around the slowness (especially on platforms that only have the zero interpreter available): --with-alt-jar specify the location of an alternate jar binary to use for building So you can build against fastjar (a plain C GPLed jar implementation) to work around the same issue. Fixing the java based jar implementation directly is way cooler though (we really should backport this after some testing). Is there a way to raise awareness of stuff like this that people are working on? If I hadn't seen the mercurial commit email I might have completely missed it. I assume there is some way to get alerts from the bug tracker where this was first reported. Could should bug reports be send to the mailinglist somehow? And I see this actually has a "Reviewed-by" tag, but I never saw the original patch proposal, nor the review on any mailinglist (I might have missed it though, I am only subscribed to half of the mailinglists). If there was a code patch review mailinglist for patches like these I would certainly subscribe. Thanks, Mark From xuelei.fan at sun.com Thu Dec 18 18:46:38 2008 From: xuelei.fan at sun.com (xuelei.fan at sun.com) Date: Fri, 19 Dec 2008 02:46:38 +0000 Subject: hg: jdk7/tl/jdk: 6750401: SSL stress test with GF leads to 32 bit max process size in less than 5 minutes, with PCKS11 provider Message-ID: <20081219024649.AFC8DDAD1@hg.openjdk.java.net> Changeset: 85fe3cd9d6f9 Author: wetmore Date: 2008-12-19 10:35 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/85fe3cd9d6f9 6750401: SSL stress test with GF leads to 32 bit max process size in less than 5 minutes,with PCKS11 provider Summary: This is the JSSE portion of the fix. Main part is in PKCS11. Reviewed-by: valeriep, xuelei ! src/share/classes/sun/security/ssl/CipherBox.java ! src/share/classes/sun/security/ssl/SSLEngineImpl.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java From Ulf.Zibis at gmx.de Fri Dec 19 05:20:45 2008 From: Ulf.Zibis at gmx.de (Ulf Zibis) Date: Fri, 19 Dec 2008 14:20:45 +0100 Subject: hg: jdk7/tl/jdk: 6642323: Speeding up Single Byte Decoders; ... In-Reply-To: <20081210221115.6881DD5DA@hg.openjdk.java.net> References: <20081210221115.6881DD5DA@hg.openjdk.java.net> Message-ID: <494B9FAD.9050808@gmx.de> Hi Sherman, where can I get information, if this changeset is included in JDK7 snapshot source bundle + snapshot binaries? Regards, Ulf Am 10.12.2008 23:10, xueming.shen at sun.com schrieb: > Changeset: b89ba9a6d9a6 > Author: sherman > Date: 2008-12-10 14:03 -0800 > URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b89ba9a6d9a6 > > 6642323: Speeding up Single Byte Decoders > 6642328: Speeding up Single Byte Encoders > Summary: re-implementation of mapping based sbcs charts > Reviewed-by: alanb > > From Xueming.Shen at Sun.COM Fri Dec 19 08:42:33 2008 From: Xueming.Shen at Sun.COM (Xueming Shen) Date: Fri, 19 Dec 2008 08:42:33 -0800 Subject: [security-dev 00466]: hg: jdk7/tl/jdk: 6496274: jar seems to use more CPU than it should In-Reply-To: <1229607366.3441.12.camel@dijkstra.wildebeest.org> References: <20081218065756.3B925DA5B@hg.openjdk.java.net> <1229607366.3441.12.camel@dijkstra.wildebeest.org> Message-ID: <494BCEF9.1050001@sun.com> Hi Mark, No, you did not miss anything. The "original patch proposal " had not been sent to any of the community mailing lists, the "reviewed-by" is for the final code review, which was not sent to the mailing list as well, I don't think we send each/every code review request out, especially when the change itself is not that "big". Maybe this one is worth a blog after it finally makes into the binaries/snapshot. And I will try to backport it into previous releases after baked in the 7 for a while. Thanks, Sherman Mark Wielaard wrote: > Hi, > > On Thu, 2008-12-18 at 06:57 +0000, xueming.shen at sun.com wrote: > >> Changeset: 57dc40ece164 >> Author: sherman >> Date: 2008-12-17 22:50 -0800 >> URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/57dc40ece164 >> >> 6496274: jar seems to use more CPU than it should >> Summary: boost jar creating performance especially for the large jar file >> Reviewed-by: martin >> >> ! src/share/classes/sun/tools/jar/Main.java >> > > Heay, this is a pretty cool patch. > In IcedTea we explicitly added an configure option to work around the > slowness (especially on platforms that only have the zero interpreter > available): > --with-alt-jar specify the location of an alternate jar binary to > use for building > So you can build against fastjar (a plain C GPLed jar implementation) to > work around the same issue. Fixing the java based jar implementation > directly is way cooler though (we really should backport this after some > testing). > > Is there a way to raise awareness of stuff like this that people are > working on? If I hadn't seen the mercurial commit email I might have > completely missed it. I assume there is some way to get alerts from the > bug tracker where this was first reported. Could should bug reports be > send to the mailinglist somehow? And I see this actually has a > "Reviewed-by" tag, but I never saw the original patch proposal, nor the > review on any mailinglist (I might have missed it though, I am only > subscribed to half of the mailinglists). If there was a code patch > review mailinglist for patches like these I would certainly subscribe. > > Thanks, > > Mark > > From Bradford.Wetmore at Sun.COM Fri Dec 19 09:03:55 2008 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Fri, 19 Dec 2008 09:03:55 -0800 Subject: hg: jdk7/tl/jdk: 6642323: Speeding up Single Byte Decoders; ... In-Reply-To: <494B9FAD.9050808@gmx.de> References: <20081210221115.6881DD5DA@hg.openjdk.java.net> <494B9FAD.9050808@gmx.de> Message-ID: <494BD3FB.3060705@sun.com> If you want to see the source change now, check out the changeset: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b89ba9a6d9a6 This change will not be seen immediately in the JDK7 snapshot source and binaries. As you may know, we use a series of subgates to make development and testing easier, and to prevent breakage in one area from seriously impacting everyone in unrelated areas. For way too much info: http://blogs.sun.com/wetmore/entry/you_re_a_gatekeeper_uh To your question, this change was just putback into the TL gate. Generally, changes from the TL gate a putback migrate in the MASTER gate once every two weeks. This follows roughly a week of testing by our quality team. Our release engineering then does builds every two weeks. So depending on where we in are in the TL and RE cycles when the engineer does his/her putback, it could be 1 week to 1 month before the change appears at: http://jdk7.dev.java.net/ The integration and build schedule is at: http://openjdk.java.net/projects/jdk7/builds/ The holiday isn't helping! ;) So I'm guessing it will be available in b44 around 22 Jan 09, assuming TL integrates and there are no hiccups. Hope this helps. Brad Ulf Zibis wrote: > Hi Sherman, > > where can I get information, if this changeset is included in JDK7 > snapshot source bundle + snapshot binaries? > > Regards, > Ulf > > > Am 10.12.2008 23:10, xueming.shen at sun.com schrieb: >> Changeset: b89ba9a6d9a6 >> Author: sherman >> Date: 2008-12-10 14:03 -0800 >> URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b89ba9a6d9a6 >> >> 6642323: Speeding up Single Byte Decoders >> 6642328: Speeding up Single Byte Encoders >> Summary: re-implementation of mapping based sbcs charts >> Reviewed-by: alanb >> >> > From mark at klomp.org Fri Dec 19 09:15:16 2008 From: mark at klomp.org (Mark Wielaard) Date: Fri, 19 Dec 2008 18:15:16 +0100 Subject: [security-dev 00466]: hg: jdk7/tl/jdk: 6496274: jar seems to use more CPU than it should In-Reply-To: <494BCEF9.1050001@sun.com> References: <20081218065756.3B925DA5B@hg.openjdk.java.net> <1229607366.3441.12.camel@dijkstra.wildebeest.org> <494BCEF9.1050001@sun.com> Message-ID: <1229706916.3344.95.camel@dijkstra.wildebeest.org> Hi Sherman, On Fri, 2008-12-19 at 08:42 -0800, Xueming Shen wrote: > No, you did not miss anything. The "original patch proposal " had not > been sent to > any of the community mailing lists, the "reviewed-by" is for the final > code review, > which was not sent to the mailing list as well, I don't think we send > each/every code > review request out, especially when the change itself is not that "big". Were was the original patch proposal sent to then? Where was the final code review done? I must say I find it a little disappointing that apparently some people in the community don't have to know about the why, how and what of certain code changes. Of course doing development in the open doesn't mean you get any good feedback, sometimes you are just the only real expert. But not posting and discussing patches in the first place makes sure you never will get any feedback during development. That makes it a lot harder to slowly grow the community. If the community gets the idea that some people just check in anything without any public discussion whatsoever that would be bad imho. If we can encourage more open development that would be good, because I think it will make people feel more involved. Cheers, Mark From Peter.Runge at acma.gov.au Sun Dec 21 17:40:14 2008 From: Peter.Runge at acma.gov.au (Peter Runge) Date: Mon, 22 Dec 2008 12:40:14 +1100 Subject: 6512707: "incompatible types" after (unrelated) annotation processing [SEC=UNCLASSIFIED] Message-ID: Hi everyone, I ran into this bug regarding annotation processing a couple of days ago and have attempted a fix. I have signed and sent off the SCA by e-mail. Do I need to wait for a response before posting patches/fixes? Anyway, I believe the root of the problem is that com.sun.tools.javac.tree.TreeScanner does not scan for default values for methods (which are only used for annotation and enum default values). This causes an issue because cleanTrees() in com.sun.tools.javac.processing.JavacProcessingEnvironment, which I think cleans up symbols from all elements in the source tree, is missing out on cleaning up symbols for default values which is causing the error as described in the bug (e.g. 'TestEnum' incompatible type with 'TestEnum'). What led me to this conclusion was through debugging the compiler, I found that multiple Type objects that had the same name for Enums (but were not equal) were existing when running an annotation processor first - this didn't happen when running the compiler by itself (the same Type object was used throughout the compiler run). For example, at the start of checkType() in com.sun.tools.javac.comp.Check, when the names (used toString()) of the found and required types were the same, found == req for a 'good' compile run without an annotation processor running first but found != req when an annotation processor ran first for enumeration types with default values. toString() for com.sun.tools.javac.code.Type uses the symbol to find the name. This is what led me to believe that symbols were not properly cleaned up after an annotation processor run. Adding a line in TreeScanner's visitMethodDef() to scan(tree.defaultValue) seems to squash the bug. Can anyone think of any issues with this fix? Regards, Peter If you have received this email in error, please notify the sender immediately and erase all copies of the email and any attachments to it. The information contained in this email and any attachments may be private, confidential and legally privileged or the subject of copyright. If you are not the addressee it may be illegal to review, disclose, use, forward, or distribute this email and/or its contents. Unless otherwise specified, the information in the email and any attachments is intended as a guide only and should not be relied upon as legal or technical advice or regarded as a substitute for legal or technical advice in individual cases. Opinions contained in this email or any of its attachments do not necessarily reflect the opinions of ACMA. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081222/a933be5a/attachment.html From tim.bell at sun.com Sun Dec 21 19:04:59 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Dec 2008 03:04:59 +0000 Subject: hg: jdk7/tl: 3 new changesets Message-ID: <20081222030459.3F6CEDCC1@hg.openjdk.java.net> Changeset: 60aab86966e9 Author: ohair Date: 2008-12-05 17:18 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/60aab86966e9 6781784: Fix ant link in build readme Reviewed-by: michaelm ! README-builds.html Changeset: 94052b872873 Author: xdono Date: 2008-12-15 10:24 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/94052b872873 Merge Changeset: 848e684279d2 Author: xdono Date: 2008-12-18 21:33 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/848e684279d2 Added tag jdk7-b42 for changeset 94052b872873 ! .hgtags From tim.bell at sun.com Sun Dec 21 19:06:59 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Dec 2008 03:06:59 +0000 Subject: hg: jdk7/tl/corba: 2 new changesets Message-ID: <20081222030701.1B3D5DCC6@hg.openjdk.java.net> Changeset: ccd6a16502e0 Author: xdono Date: 2008-12-15 16:55 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/ccd6a16502e0 6785258: Update copyright year Summary: Update copyright for files that have been modified starting July 2008 to Dec 2008 Reviewed-by: katleman, ohair, tbell ! make/common/Defs-windows.gmk ! make/common/shared/Compiler-msvc.gmk Changeset: 9cd740d48a48 Author: xdono Date: 2008-12-18 21:34 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/9cd740d48a48 Added tag jdk7-b42 for changeset ccd6a16502e0 ! .hgtags From tim.bell at sun.com Sun Dec 21 19:10:39 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Dec 2008 03:10:39 +0000 Subject: hg: jdk7/tl/hotspot: 25 new changesets Message-ID: <20081222031126.98C24DCCB@hg.openjdk.java.net> Changeset: 2b42b31e7928 Author: coleenp Date: 2008-11-21 08:09 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/2b42b31e7928 6676175: BigApps crash JVM Client VM (build 10.0-b22, mixed mode, sharing) with SIGSEGV (0xb) Summary: Add test for biased locking epoch before walking own thread stack in case of rare race Reviewed-by: phh, never ! src/share/vm/runtime/biasedLocking.cpp Changeset: ba7f9d894282 Author: kamg Date: 2008-11-21 15:10 -0500 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/ba7f9d894282 Merge - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.hpp Changeset: 171e581e8161 Author: xlu Date: 2008-11-22 00:16 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/171e581e8161 6554406: Change switch UseVMInterruptibleIO default to false (sol) Summary: The default value of UseVMInterruptibleIO is changed to false for JDK 7, but the default isn't changed for JDK 6 and earlier. Reviewed-by: never, acorn, dholmes, kamg, alanb ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: b22701a8b88f Author: coleenp Date: 2008-11-24 14:45 -0500 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/b22701a8b88f 6474243: suspicious jvmti code that uses oop unsafely across GC point Summary: oop stored in unsafely in Lscratch noticed by visual inspection will not be updated by GC. Reviewed-by: kamg, never, kvn ! src/cpu/sparc/vm/templateTable_sparc.cpp Changeset: a60eabc24e2c Author: kamg Date: 2008-11-25 15:59 -0500 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/a60eabc24e2c Merge Changeset: 00b023ae2d78 Author: ysr Date: 2008-11-20 12:27 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/00b023ae2d78 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 ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp ! src/share/vm/memory/referenceProcessor.cpp ! src/share/vm/runtime/globals.hpp Changeset: c96030fff130 Author: ysr Date: 2008-11-20 16:56 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c96030fff130 6684579: SoftReference processing can be made more efficient Summary: For current soft-ref clearing policies, we can decide at marking time if a soft-reference will definitely not be cleared, postponing the decision of whether it will definitely be cleared to the final reference processing phase. This can be especially beneficial in the case of concurrent collectors where the marking is usually concurrent but reference processing is usually not. Reviewed-by: jmasa ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/includeDB_core ! src/share/vm/memory/defNewGeneration.cpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genMarkSweep.cpp ! src/share/vm/memory/referencePolicy.cpp ! src/share/vm/memory/referencePolicy.hpp ! src/share/vm/memory/referenceProcessor.cpp ! src/share/vm/memory/referenceProcessor.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/utilities/macros.hpp Changeset: df4305d4c1a1 Author: ysr Date: 2008-11-24 09:53 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/df4305d4c1a1 6774607: SIGSEGV or (!is_null(v),"oop value can never be zero") assertion when running with CMS and COOPs Summary: Use the more permissive set_klass_or_null() and klass_or_null() interfaces in ParNew's workqueue overflow code that manipulates the klass-word. Reviewed-by: coleenp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/oops/oop.inline.hpp Changeset: 434912c745cf Author: iveresov Date: 2008-11-26 09:24 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/434912c745cf Merge ! src/share/vm/runtime/globals.hpp Changeset: b6272ef4a18f Author: poonam Date: 2008-11-27 18:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/b6272ef4a18f 6743339: Enable building sa-jdi.jar and sawindbg.dll on Windows with hotspot build Summary: These changes enable the SA binaries build with hotspot build on Windows Reviewed-by: swamyv ! make/windows/build.make ! make/windows/makefiles/defs.make ! make/windows/makefiles/sa.make Changeset: 27a80744a83b Author: ysr Date: 2008-12-01 23:25 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/27a80744a83b 6778647: snap(), snap_policy() should be renamed setup(), setup_policy() Summary: Renamed Reference{Policy,Pocessor} methods from snap{,_policy}() to setup{,_policy}() Reviewed-by: apetrusenko ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/memory/defNewGeneration.cpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genMarkSweep.cpp ! src/share/vm/memory/referencePolicy.cpp ! src/share/vm/memory/referencePolicy.hpp ! src/share/vm/memory/referenceProcessor.cpp ! src/share/vm/memory/referenceProcessor.hpp Changeset: 95cad1ab2510 Author: jmasa Date: 2008-12-03 14:44 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/95cad1ab2510 Merge Changeset: 3a86a8dcf27c Author: never Date: 2008-11-25 13:14 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3a86a8dcf27c 6756768: C1 generates invalid code Reviewed-by: kvn, jrose ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_GraphBuilder.hpp ! src/share/vm/c1/c1_ValueMap.hpp + test/compiler/6756768/Test6756768.java + test/compiler/6756768/Test6756768_2.java Changeset: 424f9bfe6b96 Author: kvn Date: 2008-12-03 13:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/424f9bfe6b96 6775880: EA +DeoptimizeALot: assert(mon_info->owner()->is_locked(),"object must be locked now") Summary: Create new "eliminated" BoxLock node for monitor debug info when corresponding locks are eliminated. Reviewed-by: never ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/callnode.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/locknode.cpp ! src/share/vm/opto/locknode.hpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/output.cpp + test/compiler/6775880/Test.java Changeset: 1f54ed41d6ae Author: kvn Date: 2008-12-04 08:55 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/1f54ed41d6ae Merge Changeset: 85f1b9537f70 Author: iveresov Date: 2008-12-03 14:18 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/85f1b9537f70 6779436: NUMA allocator: libnuma expects certain size of the buffer in numa_node_to_cpus() Summary: In os::Linux::rebuild_cpu_to_node_map() fix the size of the CPU bitmap. Fixed arithmetic in MutableNUMASpace::adaptive_chunk_size() that could cause overflows and underflows of the chunk_size variable. Reviewed-by: apetrusenko ! src/os/linux/vm/os_linux.cpp ! src/os/linux/vm/os_linux.hpp ! src/os/solaris/vm/os_solaris.cpp ! src/os/solaris/vm/os_solaris.hpp ! src/os/windows/vm/os_windows.cpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp ! src/share/vm/runtime/globals.hpp Changeset: ab25f609be4a Author: jmasa Date: 2008-12-04 09:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/ab25f609be4a Merge Changeset: 8a0c882e46d6 Author: jmasa Date: 2008-12-04 13:21 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/8a0c882e46d6 Merge Changeset: dc16daa0329d Author: poonam Date: 2008-12-04 17:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/dc16daa0329d 6739363: Xcheck jni doesn't check native function arguments Summary: Fix adds support for verifying arguments with -Xcheck:jni. Reviewed-by: coleenp ! src/os/windows/vm/os_windows.cpp ! src/share/vm/includeDB_core ! src/share/vm/includeDB_features ! src/share/vm/prims/jniCheck.cpp ! src/share/vm/prims/jniCheck.hpp ! src/share/vm/runtime/javaCalls.cpp ! src/share/vm/runtime/javaCalls.hpp ! src/share/vm/runtime/sharedRuntime.cpp Changeset: 63d1bf926938 Author: poonam Date: 2008-12-04 17:48 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/63d1bf926938 Merge - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.hpp Changeset: 8724fb00c422 Author: blacklion Date: 2008-12-05 15:06 -0500 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/8724fb00c422 Merge ! src/os/windows/vm/os_windows.cpp ! src/share/vm/includeDB_core Changeset: 7cee1a61ffd7 Author: trims Date: 2008-12-05 15:32 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7cee1a61ffd7 Merge Changeset: 3c4d36b4a7ac Author: trims Date: 2008-12-05 15:45 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3c4d36b4a7ac 6781742: Bump HS14 build number to 09 Summary: Update Hotspot 14 build number to b09 Reviewed-by: jcoomes ! make/hotspot_version Changeset: ad8c8ca4ab0f Author: xdono Date: 2008-12-15 16:55 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/ad8c8ca4ab0f 6785258: Update copyright year Summary: Update copyright for files that have been modified starting July 2008 to Dec 2008 Reviewed-by: katleman, ohair, tbell ! src/cpu/x86/vm/vm_version_x86_32.hpp ! src/cpu/x86/vm/vm_version_x86_64.hpp ! src/os/linux/launcher/java.c ! src/os/linux/launcher/java.h ! src/os/linux/launcher/java_md.c ! src/os/linux/vm/globals_linux.hpp ! src/os/solaris/launcher/java.c ! src/os/solaris/launcher/java.h ! src/os/solaris/launcher/java_md.c ! src/os/solaris/vm/globals_solaris.hpp ! src/os/windows/vm/globals_windows.hpp ! src/os/windows/vm/os_windows.hpp ! src/os_cpu/linux_x86/vm/linux_x86_32.ad ! src/share/tools/IdealGraphVisualizer/Data/src/com/sun/hotspot/igv/data/serialization/XMLWriter.java ! src/share/tools/IdealGraphVisualizer/Difference/src/com/sun/hotspot/igv/difference/Difference.java ! src/share/tools/IdealGraphVisualizer/Filter/src/com/sun/hotspot/igv/filter/CustomFilter.java ! src/share/tools/IdealGraphVisualizer/Util/src/com/sun/hotspot/igv/util/PropertiesSheet.java ! src/share/tools/IdealGraphVisualizer/Util/src/com/sun/hotspot/igv/util/RangeSliderModel.java ! src/share/tools/IdealGraphVisualizer/View/src/com/sun/hotspot/igv/view/DiagramViewModel.java ! src/share/vm/adlc/adlparse.cpp ! src/share/vm/adlc/adlparse.hpp ! src/share/vm/adlc/filebuff.cpp ! src/share/vm/adlc/filebuff.hpp ! src/share/vm/adlc/formssel.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_GraphBuilder.hpp ! src/share/vm/c1/c1_IR.cpp ! src/share/vm/c1/c1_ValueMap.hpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/ci/ciTypeFlow.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/dirtyCardQueue.cpp ! src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.cpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.hpp ! src/share/vm/gc_implementation/g1/ptrQueue.cpp ! src/share/vm/gc_implementation/g1/ptrQueue.hpp ! src/share/vm/gc_implementation/includeDB_gc_g1 ! src/share/vm/gc_implementation/parallelScavenge/pcTasks.hpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.hpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.hpp ! src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp ! src/share/vm/interpreter/bytecodeStream.cpp ! src/share/vm/interpreter/bytecodes.cpp ! src/share/vm/interpreter/bytecodes.hpp ! src/share/vm/memory/referencePolicy.cpp ! src/share/vm/memory/referencePolicy.hpp ! src/share/vm/memory/tenuredGeneration.hpp ! src/share/vm/oops/constantPoolOop.cpp ! src/share/vm/opto/block.hpp ! src/share/vm/opto/phase.cpp ! src/share/vm/opto/phase.hpp ! src/share/vm/prims/jniCheck.cpp ! src/share/vm/prims/jniCheck.hpp ! src/share/vm/prims/jvmtiEnvBase.cpp ! src/share/vm/prims/jvmtiTrace.cpp ! src/share/vm/runtime/javaCalls.cpp ! src/share/vm/runtime/javaCalls.hpp ! src/share/vm/runtime/perfMemory.cpp ! src/share/vm/runtime/perfMemory.hpp ! src/share/vm/runtime/thread.hpp ! src/share/vm/services/threadService.hpp ! src/share/vm/utilities/array.hpp ! src/share/vm/utilities/constantTag.hpp ! src/share/vm/utilities/growableArray.hpp ! src/share/vm/utilities/hashtable.cpp ! src/share/vm/utilities/taskqueue.cpp Changeset: 5e5faba1ac11 Author: xdono Date: 2008-12-18 21:34 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/5e5faba1ac11 Added tag jdk7-b42 for changeset ad8c8ca4ab0f ! .hgtags From tim.bell at sun.com Sun Dec 21 19:15:07 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Dec 2008 03:15:07 +0000 Subject: hg: jdk7/tl/jaxp: Added tag jdk7-b42 for changeset 036e0dca841a Message-ID: <20081222031508.BB2EEDCD0@hg.openjdk.java.net> Changeset: 96fe28d4a913 Author: xdono Date: 2008-12-18 21:34 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/96fe28d4a913 Added tag jdk7-b42 for changeset 036e0dca841a ! .hgtags From tim.bell at sun.com Sun Dec 21 19:17:07 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Dec 2008 03:17:07 +0000 Subject: hg: jdk7/tl/jaxws: Added tag jdk7-b42 for changeset 621c02d83abc Message-ID: <20081222031709.393B7DCD5@hg.openjdk.java.net> Changeset: 1ad2f51564db Author: xdono Date: 2008-12-18 21:34 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/1ad2f51564db Added tag jdk7-b42 for changeset 621c02d83abc ! .hgtags From tim.bell at sun.com Sun Dec 21 19:19:17 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Dec 2008 03:19:17 +0000 Subject: hg: jdk7/tl/jdk: 4 new changesets Message-ID: <20081222032003.A2683DCDA@hg.openjdk.java.net> Changeset: 3ef0bdfa7609 Author: xdono Date: 2008-12-15 16:55 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3ef0bdfa7609 6785258: Update copyright year Summary: Update copyright for files that have been modified starting July 2008 to Dec 2008 Reviewed-by: katleman, ohair, tbell ! make/javax/swing/Makefile ! make/netbeans/jmx/build.xml ! make/sun/net/spi/Makefile ! make/sun/net/spi/nameservice/Makefile ! src/share/classes/com/sun/java/swing/SwingUtilities3.java ! src/share/classes/com/sun/java/swing/plaf/windows/DesktopProperty.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsDesktopManager.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsFileChooserUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsInternalFrameTitlePane.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsScrollBarUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsTabbedPaneUI.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsTableHeaderUI.java ! src/share/classes/com/sun/jmx/defaults/ServiceName.java ! src/share/classes/com/sun/jmx/mbeanserver/ClassLoaderRepositorySupport.java ! src/share/classes/com/sun/jmx/mbeanserver/ObjectInputStreamWithLoader.java ! src/share/classes/com/sun/jmx/mbeanserver/SecureClassLoaderRepository.java ! src/share/classes/com/sun/jmx/mbeanserver/WeakIdentityHashMap.java ! src/share/classes/com/sun/jmx/remote/internal/ArrayNotificationBuffer.java ! src/share/classes/com/sun/jmx/remote/internal/Unmarshal.java ! src/share/classes/com/sun/jmx/remote/util/ClassLoaderWithRepository.java ! src/share/classes/com/sun/jmx/remote/util/ClassLogger.java ! src/share/classes/com/sun/jmx/remote/util/OrderClassLoaders.java ! src/share/classes/com/sun/net/ssl/internal/www/protocol/https/HttpsURLConnectionOldImpl.java ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/net/HttpURLConnection.java ! src/share/classes/java/nio/Buffer.java ! src/share/classes/java/nio/channels/SelectableChannel.java ! src/share/classes/java/nio/channels/spi/AbstractSelectableChannel.java ! src/share/classes/java/text/SimpleDateFormat.java ! src/share/classes/javax/management/ClientContext.java ! src/share/classes/javax/management/DefaultLoaderRepository.java ! src/share/classes/javax/management/JMRuntimeException.java ! src/share/classes/javax/management/MBeanAttributeInfo.java ! src/share/classes/javax/management/MBeanConstructorInfo.java ! src/share/classes/javax/management/MBeanInfo.java ! src/share/classes/javax/management/Notification.java ! src/share/classes/javax/management/NotificationListener.java ! src/share/classes/javax/management/loading/DefaultLoaderRepository.java ! src/share/classes/javax/management/loading/MLetObjectInputStream.java ! src/share/classes/javax/management/modelmbean/ModelMBeanInfo.java ! src/share/classes/javax/management/openmbean/OpenMBeanParameterInfoSupport.java ! src/share/classes/javax/management/relation/MBeanServerNotificationFilter.java ! src/share/classes/javax/management/relation/Role.java ! src/share/classes/javax/management/relation/RoleList.java ! src/share/classes/javax/management/relation/RoleResult.java ! src/share/classes/javax/management/relation/RoleUnresolved.java ! src/share/classes/javax/management/relation/RoleUnresolvedList.java ! src/share/classes/javax/management/remote/rmi/NoCallStackClassLoader.java ! src/share/classes/javax/management/remote/rmi/RMIConnection.java ! src/share/classes/javax/management/remote/rmi/RMIServerImpl.java ! src/share/classes/javax/swing/AbstractCellEditor.java ! src/share/classes/javax/swing/AbstractListModel.java ! src/share/classes/javax/swing/AbstractSpinnerModel.java ! src/share/classes/javax/swing/ActionMap.java ! src/share/classes/javax/swing/AncestorNotifier.java ! src/share/classes/javax/swing/ArrayTable.java ! src/share/classes/javax/swing/ButtonGroup.java ! src/share/classes/javax/swing/DefaultBoundedRangeModel.java ! src/share/classes/javax/swing/DefaultButtonModel.java ! src/share/classes/javax/swing/DefaultFocusManager.java ! src/share/classes/javax/swing/DefaultSingleSelectionModel.java ! src/share/classes/javax/swing/GroupLayout.java ! src/share/classes/javax/swing/InputMap.java ! src/share/classes/javax/swing/JDesktopPane.java ! src/share/classes/javax/swing/JDialog.java ! src/share/classes/javax/swing/JLayeredPane.java ! src/share/classes/javax/swing/JMenu.java ! src/share/classes/javax/swing/JMenuItem.java ! src/share/classes/javax/swing/JSpinner.java ! src/share/classes/javax/swing/JTextField.java ! src/share/classes/javax/swing/JTree.java ! src/share/classes/javax/swing/JWindow.java ! src/share/classes/javax/swing/KeyboardManager.java ! src/share/classes/javax/swing/LayoutComparator.java ! src/share/classes/javax/swing/LayoutFocusTraversalPolicy.java ! src/share/classes/javax/swing/LegacyGlueFocusTraversalPolicy.java ! src/share/classes/javax/swing/MultiUIDefaults.java ! src/share/classes/javax/swing/RepaintManager.java ! src/share/classes/javax/swing/SortingFocusTraversalPolicy.java ! src/share/classes/javax/swing/SpringLayout.java ! src/share/classes/javax/swing/Timer.java ! src/share/classes/javax/swing/TimerQueue.java ! src/share/classes/javax/swing/UIDefaults.java ! src/share/classes/javax/swing/UIManager.java ! src/share/classes/javax/swing/border/CompoundBorder.java ! src/share/classes/javax/swing/plaf/basic/BasicButtonListener.java ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxEditor.java ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxUI.java ! src/share/classes/javax/swing/plaf/basic/BasicGraphicsUtils.java ! src/share/classes/javax/swing/plaf/basic/BasicInternalFrameTitlePane.java ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java ! src/share/classes/javax/swing/plaf/basic/BasicMenuUI.java ! src/share/classes/javax/swing/plaf/basic/BasicPopupMenuUI.java ! src/share/classes/javax/swing/plaf/basic/BasicRadioButtonUI.java ! src/share/classes/javax/swing/plaf/basic/BasicSplitPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTextUI.java ! src/share/classes/javax/swing/plaf/basic/BasicToggleButtonUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTreeUI.java ! src/share/classes/javax/swing/plaf/basic/DragRecognitionSupport.java ! src/share/classes/javax/swing/plaf/basic/LazyActionMap.java ! src/share/classes/javax/swing/plaf/metal/DefaultMetalTheme.java ! src/share/classes/javax/swing/plaf/metal/MetalBumps.java ! src/share/classes/javax/swing/plaf/metal/MetalFileChooserUI.java ! src/share/classes/javax/swing/plaf/metal/MetalInternalFrameTitlePane.java ! src/share/classes/javax/swing/plaf/metal/MetalRadioButtonUI.java ! src/share/classes/javax/swing/plaf/metal/MetalSliderUI.java ! src/share/classes/javax/swing/plaf/metal/MetalToolBarUI.java ! src/share/classes/javax/swing/plaf/synth/DefaultSynthStyleFactory.java ! src/share/classes/javax/swing/plaf/synth/ImagePainter.java ! src/share/classes/javax/swing/plaf/synth/Region.java ! src/share/classes/javax/swing/plaf/synth/SynthButtonUI.java ! src/share/classes/javax/swing/plaf/synth/SynthComboBoxUI.java ! src/share/classes/javax/swing/plaf/synth/SynthContext.java ! src/share/classes/javax/swing/plaf/synth/SynthEditorPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthInternalFrameTitlePane.java ! src/share/classes/javax/swing/plaf/synth/SynthLookAndFeel.java ! src/share/classes/javax/swing/plaf/synth/SynthParser.java ! src/share/classes/javax/swing/plaf/synth/SynthStyle.java ! src/share/classes/javax/swing/plaf/synth/SynthTextAreaUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTextFieldUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTreeUI.java ! src/share/classes/javax/swing/table/AbstractTableModel.java ! src/share/classes/javax/swing/table/DefaultTableModel.java ! src/share/classes/javax/swing/text/AsyncBoxView.java ! src/share/classes/javax/swing/text/ComponentView.java ! src/share/classes/javax/swing/text/DefaultCaret.java ! src/share/classes/javax/swing/text/DefaultFormatter.java ! src/share/classes/javax/swing/text/DefaultHighlighter.java ! src/share/classes/javax/swing/text/DefaultStyledDocument.java ! src/share/classes/javax/swing/text/ElementIterator.java ! src/share/classes/javax/swing/text/GapContent.java ! src/share/classes/javax/swing/text/InternationalFormatter.java ! src/share/classes/javax/swing/text/LayoutQueue.java ! src/share/classes/javax/swing/text/MaskFormatter.java ! src/share/classes/javax/swing/text/SegmentCache.java ! src/share/classes/javax/swing/text/SimpleAttributeSet.java ! src/share/classes/javax/swing/text/StringContent.java ! src/share/classes/javax/swing/text/StyleContext.java ! src/share/classes/javax/swing/text/TableView.java ! src/share/classes/javax/swing/text/TextAction.java ! src/share/classes/javax/swing/text/TextLayoutStrategy.java ! src/share/classes/javax/swing/text/ZoneView.java ! src/share/classes/javax/swing/text/html/HRuleView.java ! src/share/classes/javax/swing/text/html/HTML.java ! src/share/classes/javax/swing/text/html/HTMLDocument.java ! src/share/classes/javax/swing/text/html/HTMLWriter.java ! src/share/classes/javax/swing/text/html/Map.java ! src/share/classes/javax/swing/text/html/MinimalHTMLWriter.java ! src/share/classes/javax/swing/text/html/OptionListModel.java ! src/share/classes/javax/swing/text/html/StyleSheet.java ! src/share/classes/javax/swing/text/html/TableView.java ! src/share/classes/javax/swing/text/html/parser/TagStack.java ! src/share/classes/javax/swing/text/rtf/MockAttributeSet.java ! src/share/classes/javax/swing/text/rtf/RTFParser.java ! src/share/classes/javax/swing/text/rtf/RTFReader.java ! src/share/classes/javax/swing/tree/DefaultTreeCellEditor.java ! src/share/classes/javax/swing/tree/DefaultTreeModel.java ! src/share/classes/javax/swing/tree/FixedHeightLayoutCache.java ! src/share/classes/javax/swing/tree/VariableHeightLayoutCache.java ! src/share/classes/javax/swing/undo/StateEdit.java ! src/share/classes/javax/swing/undo/UndoManager.java ! src/share/classes/javax/swing/undo/UndoableEditSupport.java ! src/share/classes/org/jcp/xml/dsig/internal/DigesterOutputStream.java ! src/share/classes/org/jcp/xml/dsig/internal/SignerOutputStream.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/ApacheCanonicalizer.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/ApacheData.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/ApacheNodeSetData.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/ApacheOctetStreamData.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/ApacheTransform.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMBase64Transform.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMCanonicalXMLC14NMethod.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMCanonicalizationMethod.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMCryptoBinary.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMDigestMethod.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMEnvelopedTransform.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMExcC14NMethod.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMHMACSignatureMethod.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMKeyInfo.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMKeyInfoFactory.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMKeyName.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMKeyValue.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMManifest.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMPGPData.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMSignatureMethod.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMSignatureProperties.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMSignatureProperty.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMSignedInfo.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMStructure.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMSubTreeData.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMTransform.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMURIDereferencer.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMUtils.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMX509Data.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMX509IssuerSerial.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMXMLObject.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMXMLSignatureFactory.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMXPathTransform.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMXSLTTransform.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/Utils.java ! src/share/classes/sun/awt/im/CompositionArea.java ! src/share/classes/sun/management/jmxremote/LocalRMIServerSocketFactory.java ! src/share/classes/sun/net/ProgressEvent.java ! src/share/classes/sun/net/httpserver/ExchangeImpl.java ! src/share/classes/sun/net/httpserver/FixedLengthInputStream.java ! src/share/classes/sun/net/httpserver/Request.java ! src/share/classes/sun/net/www/protocol/https/HttpsURLConnectionImpl.java ! src/share/classes/sun/nio/ch/AbstractPollSelectorImpl.java ! src/share/classes/sun/security/provider/certpath/OCSPResponse.java ! src/share/classes/sun/swing/AccessibleMethod.java ! src/share/classes/sun/swing/SwingLazyValue.java ! src/share/classes/sun/swing/SwingUtilities2.java ! src/share/classes/sun/swing/plaf/synth/DefaultSynthStyle.java ! src/share/classes/sun/swing/plaf/synth/SynthFileChooserUIImpl.java ! src/share/classes/sun/util/calendar/ZoneInfo.java ! src/share/classes/sun/util/resources/TimeZoneNames.java ! src/share/classes/sun/util/resources/TimeZoneNames_de.java ! src/share/classes/sun/util/resources/TimeZoneNames_es.java ! src/share/classes/sun/util/resources/TimeZoneNames_fr.java ! src/share/classes/sun/util/resources/TimeZoneNames_it.java ! src/share/classes/sun/util/resources/TimeZoneNames_ja.java ! src/share/classes/sun/util/resources/TimeZoneNames_ko.java ! src/share/classes/sun/util/resources/TimeZoneNames_sv.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_CN.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_TW.java ! src/share/native/sun/font/bidi/ubidi.c ! src/solaris/classes/sun/net/www/protocol/http/NTLMAuthentication.java ! src/solaris/classes/sun/nio/ch/EPollSelectorImpl.java ! src/windows/classes/sun/nio/ch/WindowsSelectorImpl.java ! test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.sh ! test/java/nio/Buffer/Basic-X.java ! test/java/nio/Buffer/Basic.java ! test/java/nio/Buffer/BasicByte.java ! test/java/nio/Buffer/BasicChar.java ! test/java/nio/Buffer/BasicDouble.java ! test/java/nio/Buffer/BasicFloat.java ! test/java/nio/Buffer/BasicInt.java ! test/java/nio/Buffer/BasicLong.java ! test/java/nio/Buffer/BasicShort.java ! test/java/nio/Buffer/genBasic.sh ! test/java/nio/Buffer/genCopyDirectMemory.sh ! test/java/nio/channels/Channels/Basic.java ! test/java/util/TimeZone/OldIDMappingTest.sh ! test/javax/management/Introspector/AnnotationTest.java ! test/javax/management/MBeanServer/MBeanExceptionTest.java ! test/javax/management/context/ContextTest.java ! test/javax/management/context/LocaleTest.java ! test/javax/management/context/LocalizableTest.java ! test/javax/management/context/localizable/MBeanDescriptions_fr.java ! test/javax/management/context/localizable/Whatsit.java ! test/javax/management/context/localizable/WhatsitMBean.java ! test/javax/management/remote/mandatory/provider/ProviderTest.java ! test/javax/management/remote/mandatory/subjectDelegation/SimpleStandard.java ! test/javax/swing/RepaintManager/6608456/bug6608456.java ! test/javax/swing/text/html/HRuleView/Test5062055.java ! test/javax/xml/crypto/dsig/GenerationTests.java Changeset: 51a20a7ee9c8 Author: xdono Date: 2008-12-18 21:34 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/51a20a7ee9c8 Added tag jdk7-b42 for changeset 3ef0bdfa7609 ! .hgtags Changeset: 18ab3173fcec Author: tbell Date: 2008-12-19 10:37 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/18ab3173fcec Merge ! src/share/classes/javax/management/MBeanAttributeInfo.java ! src/share/classes/javax/management/MBeanConstructorInfo.java ! src/share/classes/javax/management/remote/rmi/RMIServerImpl.java Changeset: 850d381fa9aa Author: tbell Date: 2008-12-19 22:07 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/850d381fa9aa Merge From tim.bell at sun.com Sun Dec 21 19:25:07 2008 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Dec 2008 03:25:07 +0000 Subject: hg: jdk7/tl/langtools: 4 new changesets Message-ID: <20081222032514.2D3B4DCDF@hg.openjdk.java.net> Changeset: fdfed22db054 Author: xdono Date: 2008-12-15 16:55 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/fdfed22db054 6785258: Update copyright year Summary: Update copyright for files that have been modified starting July 2008 to Dec 2008 Reviewed-by: katleman, ohair, tbell ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDoclet.java ! src/share/classes/com/sun/tools/doclets/formats/html/WriterFactoryImpl.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/AbstractDoclet.java ! src/share/classes/com/sun/tools/javac/comp/Todo.java ! src/share/classes/com/sun/tools/javac/util/JavacMessages.java ! src/share/classes/com/sun/tools/javac/util/LayoutCharacters.java ! src/share/classes/com/sun/tools/javac/util/MandatoryWarningHandler.java ! src/share/classes/com/sun/tools/javadoc/JavadocTodo.java ! src/share/classes/com/sun/tools/javadoc/Main.java ! src/share/classes/com/sun/tools/javadoc/Start.java ! src/share/classes/javax/tools/FileObject.java ! test/com/sun/javadoc/AuthorDD/AuthorDD.java ! test/com/sun/javadoc/lib/JavadocTester.java ! test/com/sun/javadoc/testSupplementary/TestSupplementary.java ! test/tools/apt/Basics/print.sh ! test/tools/apt/Compile/compile.sh ! test/tools/apt/Discovery/discovery.sh ! test/tools/apt/mirror/declaration/AnnoMirror.java ! test/tools/apt/mirror/declaration/AnnoTypeDecl.java ! test/tools/apt/mirror/declaration/AnnoTypeElemDecl.java ! test/tools/apt/mirror/declaration/AnnoVal.java ! test/tools/apt/mirror/declaration/ClassDecl.java ! test/tools/apt/mirror/declaration/ConstExpr.java ! test/tools/apt/mirror/declaration/ConstructorDecl.java ! test/tools/apt/mirror/declaration/EnumDecl.java ! test/tools/apt/mirror/declaration/FieldDecl.java ! test/tools/apt/mirror/declaration/GetAnno.java ! test/tools/apt/mirror/declaration/InterfaceDecl.java ! test/tools/apt/mirror/declaration/MethodDecl.java ! test/tools/apt/mirror/declaration/PackageDecl.java ! test/tools/apt/mirror/declaration/ParameterDecl.java ! test/tools/apt/mirror/type/AnnoTyp.java ! test/tools/apt/mirror/type/ArrayTyp.java ! test/tools/apt/mirror/type/ClassTyp.java ! test/tools/apt/mirror/type/EnumTyp.java ! test/tools/apt/mirror/type/InterfaceTyp.java ! test/tools/apt/mirror/type/PrimitiveTyp.java ! test/tools/apt/mirror/type/TypeVar.java ! test/tools/apt/mirror/type/WildcardTyp.java ! test/tools/apt/mirror/util/Overrides.java ! test/tools/apt/mirror/util/TypeCreation.java ! test/tools/javac/6457284/T6457284.java ! test/tools/javac/links/T.java ! test/tools/javac/links/links.sh ! test/tools/javac/policy/test1/A.java ! test/tools/javac/policy/test1/D.java ! test/tools/javac/policy/test1/Test1a.java ! test/tools/javac/processing/6348193/T6348193.java ! test/tools/javadoc/BooleanConst.java ! test/tools/javadoc/BreakIteratorWarning.java ! test/tools/javadoc/FlagsTooEarly.java ! test/tools/javadoc/InlineTagsWithBraces.java ! test/tools/javadoc/LangVers.java ! test/tools/javadoc/MethodLinks.java ! test/tools/javadoc/NoStar.java ! test/tools/javadoc/T4994049/T4994049.java ! test/tools/javadoc/XWerror.java ! test/tools/javadoc/completionFailure/CompletionFailure.java ! test/tools/javadoc/dupOk/DupOk.java ! test/tools/javadoc/imports/MissingImport.java ! test/tools/javadoc/lib/Tester.java ! test/tools/javadoc/nestedClass/NestedClass.java ! test/tools/javadoc/sourceOnly/p/SourceOnly.java ! test/tools/javadoc/sourceOption/SourceOption.java ! test/tools/javadoc/subpackageIgnore/SubpackageIgnore.java Changeset: 5e5567c2db56 Author: xdono Date: 2008-12-15 17:13 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/5e5567c2db56 Merge Changeset: b044af4939c9 Author: xdono Date: 2008-12-18 21:34 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/b044af4939c9 Added tag jdk7-b42 for changeset 5e5567c2db56 ! .hgtags Changeset: e2f8f6daee9d Author: tbell Date: 2008-12-19 10:39 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/e2f8f6daee9d Merge From Dalibor.Topic at Sun.COM Mon Dec 22 11:35:59 2008 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Mon, 22 Dec 2008 20:35:59 +0100 Subject: 6512707: "incompatible types" after (unrelated) annotation processing [SEC=UNCLASSIFIED] In-Reply-To: References: Message-ID: <494FEC1F.80005@sun.com> Peter Runge wrote: > Hi everyone, > > I have signed and sent off the SCA by e-mail. Do I need to wait for a > response before posting patches/fixes? Hi Peter, You can post patches without the SCA, we just won't be able to include them until your name appears on the signatories list. The list is at https://sca.dev.java.net/CA_signatories.htm - so if you've sent out the SCA by e.mail a while ago, please send me an e-mail off-list, and I'll try to figure out what the holdup is (holidays, etc.). cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From Peter.Runge at acma.gov.au Mon Dec 22 18:25:47 2008 From: Peter.Runge at acma.gov.au (Peter Runge) Date: Tue, 23 Dec 2008 13:25:47 +1100 Subject: [PATCH] 6512707: "incompatible types" after (unrelated) annotation processing [SEC=UNCLASSIFIED] In-Reply-To: References: Message-ID: Attached is the patch for the TreeScanner fix described previously. Test cases included. I only sent off the SCA yesterday via e-mail so it might be some time before it is processed. Regards, Peter If you have received this email in error, please notify the sender immediately and erase all copies of the email and any attachments to it. The information contained in this email and any attachments may be private, confidential and legally privileged or the subject of copyright. If you are not the addressee it may be illegal to review, disclose, use, forward, or distribute this email and/or its contents. Unless otherwise specified, the information in the email and any attachments is intended as a guide only and should not be relied upon as legal or technical advice or regarded as a substitute for legal or technical advice in individual cases. Opinions contained in this email or any of its attachments do not necessarily reflect the opinions of ACMA. -------------- next part -------------- A non-text attachment was scrubbed... Name: 6512707.patch Type: application/octet-stream Size: 3860 bytes Desc: 6512707.patch Url : http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20081223/253129ad/6512707.patch From alan.bateman at sun.com Tue Dec 23 09:38:36 2008 From: alan.bateman at sun.com (alan.bateman at sun.com) Date: Tue, 23 Dec 2008 17:38:36 +0000 Subject: hg: jdk7/tl/jdk: 6787009: (attach) Stub injection potentially unsafe on windows-x64 Message-ID: <20081223173907.B9D77DDEF@hg.openjdk.java.net> Changeset: 3d09cc6c4ea9 Author: alanb Date: 2008-12-22 19:28 +0000 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3d09cc6c4ea9 6787009: (attach) Stub injection potentially unsafe on windows-x64 Reviewed-by: mchung ! src/windows/native/sun/tools/attach/WindowsVirtualMachine.c