From David.Holmes at Sun.COM Wed Oct 1 02:13:32 2008 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Wed, 01 Oct 2008 19:13:32 +1000 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E2C049.2060409@Sun.COM> References: <48E2C049.2060409@Sun.COM> Message-ID: <48E33F3C.5080706@sun.com> My 2c: fix it and add a flag to restore the incorrect behaviour. David Holmes Xiaobin Lu said the following on 10/01/08 10:11: > Hi folks, > > I need your opinion about what we should do to solve the compatibility > issue regarding the active processor count. Basically, the problem is on > Solaris, if you create a processor set and then launch java process > without binding to that processor set, the number of available > processors to that java process is the total number of the online > processors minus the number of processors in the processor set you > created. Currently, we just report the total number of the online > processors as the active processor count which is wrong. This makes the > parallel garbage collector to behave in the wrong way (see bug 6749430 > for details) and we need to fix it per request from CBOE. > > There may be a compatibility issue after we correct this wrong behavior > when someone has already depended on this wrong return, which we think > it might be rare. We definitely need to invent a new flag in order to > address this and the question is whether we should keep the current > behavior as default or not. Personally, I feel we should have that flag > to fall back to the current wrong behavior, but I might be wrong. > > Thanks so much in advance for your opinion. > > -Xiaobin > > > > From Daniel.Daugherty at Sun.COM Wed Oct 1 06:32:48 2008 From: Daniel.Daugherty at Sun.COM (Daniel D. Daugherty) Date: Wed, 01 Oct 2008 07:32:48 -0600 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E2C049.2060409@Sun.COM> References: <48E2C049.2060409@Sun.COM> Message-ID: <48E37C00.5080004@sun.com> The default should be the correct behavior and the option should restore the previous incorrect behavior. The hard part will be naming the option. Perhaps: -XX:+UseOnLineProcessorCountAsActiveProcessorCount The description could be something like: Restore incorrect active processor count algorithm for backward compatibility. Just suggestions... Dan Xiaobin Lu wrote: > Hi folks, > > I need your opinion about what we should do to solve the compatibility > issue regarding the active processor count. Basically, the problem is > on Solaris, if you create a processor set and then launch java process > without binding to that processor set, the number of available > processors to that java process is the total number of the online > processors minus the number of processors in the processor set you > created. Currently, we just report the total number of the online > processors as the active processor count which is wrong. This makes > the parallel garbage collector to behave in the wrong way (see bug > 6749430 for details) and we need to fix it per request from CBOE. > > There may be a compatibility issue after we correct this wrong > behavior when someone has already depended on this wrong return, which > we think it might be rare. We definitely need to invent a new flag in > order to address this and the question is whether we should keep the > current behavior as default or not. Personally, I feel we should have > that flag to fall back to the current wrong behavior, but I might be > wrong. > > Thanks so much in advance for your opinion. > > -Xiaobin > > > > From Jon.Masamitsu at Sun.COM Wed Oct 1 06:53:53 2008 From: Jon.Masamitsu at Sun.COM (Jon Masamitsu) Date: Wed, 01 Oct 2008 06:53:53 -0700 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E2C049.2060409@Sun.COM> References: <48E2C049.2060409@Sun.COM> Message-ID: <48E380F1.7030504@Sun.COM> I would vote to have the new value be the default. That's based on the principle of "least surprise". People who need to think about such things probably already believe they are getting the new value. The number of default GC thread for the parallel collector (UseParallelGC) was changed in HSX 12 (hotspot express) to be consistent with the number of default threads used with UseParNewGC/cms (CR 6362677). So there has been a change recently. I'll probably being hearing some complaints about my change (hopefully not many), so I can include the new calculation of the active number of processors too, if relevant, in my explanations. Not sure what else beside GC will be affected by the new calculation of active processors. On 09/30/08 17:11, Xiaobin Lu wrote: > Hi folks, > > I need your opinion about what we should do to solve the compatibility > issue regarding the active processor count. Basically, the problem is on > Solaris, if you create a processor set and then launch java process > without binding to that processor set, the number of available > processors to that java process is the total number of the online > processors minus the number of processors in the processor set you > created. Currently, we just report the total number of the online > processors as the active processor count which is wrong. This makes the > parallel garbage collector to behave in the wrong way (see bug 6749430 > for details) and we need to fix it per request from CBOE. > > There may be a compatibility issue after we correct this wrong behavior > when someone has already depended on this wrong return, which we think > it might be rare. We definitely need to invent a new flag in order to > address this and the question is whether we should keep the current > behavior as default or not. Personally, I feel we should have that flag > to fall back to the current wrong behavior, but I might be wrong. > > Thanks so much in advance for your opinion. > > -Xiaobin > > > > From David.Holmes at Sun.COM Wed Oct 1 07:34:45 2008 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Thu, 02 Oct 2008 00:34:45 +1000 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E380F1.7030504@Sun.COM> References: <48E2C049.2060409@Sun.COM> <48E380F1.7030504@Sun.COM> Message-ID: <48E38A85.60608@sun.com> Jon Masamitsu said the following on 10/01/08 23:53: > Not sure what > else beside GC will be affected by the new calculation > of active processors. Inside the VM I can't think of anything but applications also use Runtime.availableProcessors to determine how many applications threads to create (eg. to size a threadpool). David From volker.simonis at gmail.com Wed Oct 1 07:43:54 2008 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 1 Oct 2008 16:43:54 +0200 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E380F1.7030504@Sun.COM> References: <48E2C049.2060409@Sun.COM> <48E380F1.7030504@Sun.COM> Message-ID: os::is_server_class_machine() depends on active_processor_count() although it is not clear if a server class machine (per definition >= 2CPU's) with fewer active CPU's should still act as a server class machine or not... On 10/1/08, Jon Masamitsu wrote: > I would vote to have the new value be the default. That's > based on the principle of "least surprise". People who > need to think about such things probably already believe > they are getting the new value. > > The number of default GC thread for the parallel collector > (UseParallelGC) was changed in HSX 12 (hotspot express) to > be consistent with the number of default threads used with > UseParNewGC/cms (CR 6362677). So there has been a change > recently. I'll probably being hearing some complaints > about my change (hopefully not many), so I can include > the new calculation of the active number of processors > too, if relevant, in my explanations. Not sure what > else beside GC will be affected by the new calculation > of active processors. > > > On 09/30/08 17:11, Xiaobin Lu wrote: > > > Hi folks, > > > > I need your opinion about what we should do to solve the compatibility > issue regarding the active processor count. Basically, the problem is on > Solaris, if you create a processor set and then launch java process without > binding to that processor set, the number of available processors to that > java process is the total number of the online processors minus the number > of processors in the processor set you created. Currently, we just report > the total number of the online processors as the active processor count > which is wrong. This makes the parallel garbage collector to behave in the > wrong way (see bug 6749430 for details) and we need to fix it per request > from CBOE. > > > > There may be a compatibility issue after we correct this wrong behavior > when someone has already depended on this wrong return, which we think it > might be rare. We definitely need to invent a new flag in order to address > this and the question is whether we should keep the current behavior as > default or not. Personally, I feel we should have that flag to fall back to > the current wrong behavior, but I might be wrong. > > > > Thanks so much in advance for your opinion. > > > > -Xiaobin > > > > > > > > > > > From Jon.Masamitsu at Sun.COM Wed Oct 1 08:03:19 2008 From: Jon.Masamitsu at Sun.COM (Jon Masamitsu) Date: Wed, 01 Oct 2008 08:03:19 -0700 Subject: compatibility issue regarding the active processor count In-Reply-To: References: <48E2C049.2060409@Sun.COM> <48E380F1.7030504@Sun.COM> Message-ID: <48E39137.80400@Sun.COM> On 10/01/08 07:43, Volker Simonis wrote: > os::is_server_class_machine() depends on active_processor_count() > although it is not clear if a server class machine (per definition >= > 2CPU's) with fewer active CPU's should still act as a server class > machine or not... I think it would be a definite improvement if is_server_class_machine() saw the fewer cpus and returned false (assuming the new and improved active_processor_count() return 1). > > On 10/1/08, Jon Masamitsu wrote: >> I would vote to have the new value be the default. That's >> based on the principle of "least surprise". People who >> need to think about such things probably already believe >> they are getting the new value. >> >> The number of default GC thread for the parallel collector >> (UseParallelGC) was changed in HSX 12 (hotspot express) to >> be consistent with the number of default threads used with >> UseParNewGC/cms (CR 6362677). So there has been a change >> recently. I'll probably being hearing some complaints >> about my change (hopefully not many), so I can include >> the new calculation of the active number of processors >> too, if relevant, in my explanations. Not sure what >> else beside GC will be affected by the new calculation >> of active processors. >> >> >> On 09/30/08 17:11, Xiaobin Lu wrote: >> >>> Hi folks, >>> >>> I need your opinion about what we should do to solve the compatibility >> issue regarding the active processor count. Basically, the problem is on >> Solaris, if you create a processor set and then launch java process without >> binding to that processor set, the number of available processors to that >> java process is the total number of the online processors minus the number >> of processors in the processor set you created. Currently, we just report >> the total number of the online processors as the active processor count >> which is wrong. This makes the parallel garbage collector to behave in the >> wrong way (see bug 6749430 for details) and we need to fix it per request >> from CBOE. >>> There may be a compatibility issue after we correct this wrong behavior >> when someone has already depended on this wrong return, which we think it >> might be rare. We definitely need to invent a new flag in order to address >> this and the question is whether we should keep the current behavior as >> default or not. Personally, I feel we should have that flag to fall back to >> the current wrong behavior, but I might be wrong. >>> Thanks so much in advance for your opinion. >>> >>> -Xiaobin >>> >>> >>> >>> >>> From Paul.Hohensee at Sun.COM Wed Oct 1 08:15:06 2008 From: Paul.Hohensee at Sun.COM (Paul Hohensee) Date: Wed, 01 Oct 2008 11:15:06 -0400 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E33F3C.5080706@sun.com> References: <48E2C049.2060409@Sun.COM> <48E33F3C.5080706@sun.com> Message-ID: <48E393FA.2020800@sun.com> Ditto. paul David Holmes - Sun Microsystems wrote: > My 2c: fix it and add a flag to restore the incorrect behaviour. > > David Holmes > > Xiaobin Lu said the following on 10/01/08 10:11: >> Hi folks, >> >> I need your opinion about what we should do to solve the >> compatibility issue regarding the active processor count. Basically, >> the problem is on Solaris, if you create a processor set and then >> launch java process without binding to that processor set, the number >> of available processors to that java process is the total number of >> the online processors minus the number of processors in the processor >> set you created. Currently, we just report the total number of the >> online processors as the active processor count which is wrong. This >> makes the parallel garbage collector to behave in the wrong way (see >> bug 6749430 for details) and we need to fix it per request from CBOE. >> >> There may be a compatibility issue after we correct this wrong >> behavior when someone has already depended on this wrong return, >> which we think it might be rare. We definitely need to invent a new >> flag in order to address this and the question is whether we should >> keep the current behavior as default or not. Personally, I feel we >> should have that flag to fall back to the current wrong behavior, but >> I might be wrong. >> >> Thanks so much in advance for your opinion. >> >> -Xiaobin >> >> >> >> From chuck.rasbold at sun.com Wed Oct 1 08:31:21 2008 From: chuck.rasbold at sun.com (chuck.rasbold at sun.com) Date: Wed, 01 Oct 2008 15:31:21 +0000 Subject: hg: jdk7/hotspot/hotspot: 7 new changesets Message-ID: <20081001153137.7E291D828@hg.openjdk.java.net> Changeset: 8261ee795323 Author: rasbold Date: 2008-09-17 08:29 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8261ee795323 6711100: 64bit fastdebug server vm crashes with assert(_base == Int,"Not an Int") Summary: insert CastII nodes to narrow type of load_array_length() node Reviewed-by: never, kvn ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/callnode.hpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/parse2.cpp ! src/share/vm/opto/type.cpp ! src/share/vm/opto/type.hpp + test/compiler/6711100/Test.java Changeset: 194b8e3a2fc4 Author: never Date: 2008-09-17 12:59 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/194b8e3a2fc4 6384206: Phis which are later unneeded are impairing our ability to inline based on static types Reviewed-by: rasbold, jrose ! src/share/vm/ci/ciMethodBlocks.cpp ! src/share/vm/ci/ciMethodBlocks.hpp ! src/share/vm/ci/ciTypeFlow.cpp ! src/share/vm/ci/ciTypeFlow.hpp ! src/share/vm/includeDB_compiler2 ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/compile.hpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/parse.hpp ! src/share/vm/opto/parse1.cpp Changeset: 36ccc817fca4 Author: kvn Date: 2008-09-23 12:29 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/36ccc817fca4 6747051: Improve code and implicit null check generation for compressed oops Summary: Push DecodeN node below the Null check to the non-null path to use the mach node without 0 test. Reviewed-by: rasbold, never ! src/share/vm/asm/assembler.cpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/matcher.hpp Changeset: 5f85534046c2 Author: rasbold Date: 2008-09-24 15:56 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/5f85534046c2 6750588: assert(lrg._area >= 0,"negative spill area") running NSK stmp0101 test Summary: handle NaN costs more carefully Reviewed-by: kvn, never ! src/share/vm/opto/ifg.cpp Changeset: 885fe0f95828 Author: never Date: 2008-09-25 12:50 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/885fe0f95828 6744783: HotSpot segfaults if given -XX options with an empty string argument Reviewed-by: kamg, kvn Contributed-by: volker.simonis at gmail.com ! src/share/vm/prims/jvmtiTrace.cpp ! src/share/vm/runtime/globals.cpp ! src/share/vm/runtime/globals.hpp Changeset: dbec32712472 Author: never Date: 2008-09-30 11:56 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/dbec32712472 6753795: HotSpot crash in strlen() when JVMTI is used Summary: test for null instead of strlen Reviewed-by: rasbold ! src/share/vm/prims/jvmtiEnvBase.cpp Changeset: be41fa651400 Author: rasbold Date: 2008-09-30 15:53 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/be41fa651400 Merge ! src/share/vm/includeDB_compiler2 ! src/share/vm/opto/graphKit.cpp ! src/share/vm/runtime/globals.cpp ! src/share/vm/runtime/globals.hpp From Xiaobin.Lu at Sun.COM Wed Oct 1 10:38:02 2008 From: Xiaobin.Lu at Sun.COM (Xiaobin Lu) Date: Wed, 01 Oct 2008 10:38:02 -0700 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E37C00.5080004@sun.com> References: <48E2C049.2060409@Sun.COM> <48E37C00.5080004@sun.com> Message-ID: <48E3B57A.1090801@Sun.COM> How about "-XX:+UseOnlinePsrCountAsActivePsrCount"? Thanks to all for the feedbacks. -Xiaobin Daniel D. Daugherty wrote: > The default should be the correct behavior and the option should > restore the previous incorrect behavior. The hard part will be > naming the option. Perhaps: > > -XX:+UseOnLineProcessorCountAsActiveProcessorCount > > The description could be something like: > > Restore incorrect active processor count algorithm for > backward compatibility. > > Just suggestions... > > Dan > > > Xiaobin Lu wrote: >> Hi folks, >> >> I need your opinion about what we should do to solve the >> compatibility issue regarding the active processor count. Basically, >> the problem is on Solaris, if you create a processor set and then >> launch java process without binding to that processor set, the number >> of available processors to that java process is the total number of >> the online processors minus the number of processors in the processor >> set you created. Currently, we just report the total number of the >> online processors as the active processor count which is wrong. This >> makes the parallel garbage collector to behave in the wrong way (see >> bug 6749430 for details) and we need to fix it per request from CBOE. >> >> There may be a compatibility issue after we correct this wrong >> behavior when someone has already depended on this wrong return, >> which we think it might be rare. We definitely need to invent a new >> flag in order to address this and the question is whether we should >> keep the current behavior as default or not. Personally, I feel we >> should have that flag to fall back to the current wrong behavior, but >> I might be wrong. >> >> Thanks so much in advance for your opinion. >> >> -Xiaobin >> >> >> >> From karen.kinnear at sun.com Wed Oct 1 21:02:04 2008 From: karen.kinnear at sun.com (karen.kinnear at sun.com) Date: Thu, 02 Oct 2008 04:02:04 +0000 Subject: hg: jdk7/hotspot/hotspot: 3 new changesets Message-ID: <20081002040213.ACB86D9A9@hg.openjdk.java.net> Changeset: e4355b352b7d Author: coleenp Date: 2008-09-26 13:33 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/e4355b352b7d 6719149: Wrong "java/lang/String should not be loaded yet" assertion in fastdebug bits with UseStringCache Summary: Assertion is invalid because java.lang.String may be initialized just before this assertion. Reviewed-by: phh ! src/share/vm/runtime/thread.cpp Changeset: 99dd4bbd9eec Author: acorn Date: 2008-09-30 12:24 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/99dd4bbd9eec Merge ! src/share/vm/runtime/thread.cpp Changeset: b7483806cc49 Author: acorn Date: 2008-10-01 20:15 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/b7483806cc49 Merge From antonios.printezis at sun.com Wed Oct 1 16:42:57 2008 From: antonios.printezis at sun.com (antonios.printezis at sun.com) Date: Wed, 01 Oct 2008 23:42:57 +0000 Subject: hg: jdk7/hotspot/hotspot: 5 new changesets Message-ID: <20081001234310.846CCD8D9@hg.openjdk.java.net> Changeset: 06df86c2ec37 Author: iveresov Date: 2008-09-27 00:33 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/06df86c2ec37 6740923: NUMA allocator: Ensure the progress of adaptive chunk resizing Summary: Treat a chuck where the allocation has failed as fully used. Reviewed-by: ysr ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/shared/immutableSpace.hpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.hpp Changeset: a4b729f5b611 Author: jcoomes Date: 2008-09-30 11:49 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/a4b729f5b611 6716466: par compact - remove VerifyParallelOldWithMarkSweep code Reviewed-by: jmasa ! src/share/vm/code/nmethod.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.cpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp ! src/share/vm/gc_implementation/shared/markSweep.inline.hpp ! src/share/vm/runtime/globals.hpp Changeset: 81cd571500b0 Author: jcoomes Date: 2008-09-30 12:20 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/81cd571500b0 6725697: par compact - rename class ChunkData to RegionData Reviewed-by: iveresov, tonyp ! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp ! 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/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/utilities/taskqueue.cpp ! src/share/vm/utilities/taskqueue.hpp Changeset: 0166ac265d53 Author: jcoomes Date: 2008-09-30 13:15 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0166ac265d53 6729594: par compact - remove unused block table implementation Reviewed-by: tonyp, jmasa, apetrusenko ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp ! src/share/vm/runtime/globals.hpp Changeset: ddfad9496151 Author: tonyp Date: 2008-10-01 15:05 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ddfad9496151 Merge ! src/share/vm/runtime/globals.hpp From daniel.daugherty at sun.com Thu Oct 2 08:47:52 2008 From: daniel.daugherty at sun.com (daniel.daugherty at sun.com) Date: Thu, 02 Oct 2008 15:47:52 +0000 Subject: hg: jdk7/hotspot/hotspot: 4 new changesets Message-ID: <20081002154806.B5295D9EA@hg.openjdk.java.net> Changeset: 9646293b9637 Author: xdono Date: 2008-09-25 12:53 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/9646293b9637 Added tag jdk7-b36 for changeset e91159f921a5 ! .hgtags Changeset: 0e31d37915ff Author: trims Date: 2008-10-01 16:57 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0e31d37915ff 6754998: Update Hotspot version for hs14 b06 Summary: Bump Hotspot build number to 06 Reviewed-by: jcoomes ! make/hotspot_version Changeset: af90fe21c1e3 Author: trims Date: 2008-10-01 16:57 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/af90fe21c1e3 Merge Changeset: c005b6eac36e Author: dcubed Date: 2008-10-02 06:54 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c005b6eac36e Merge From erik.trimble at sun.com Thu Oct 2 10:40:44 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Thu, 02 Oct 2008 17:40:44 +0000 Subject: hg: jdk7/hotspot/jdk: 27 new changesets Message-ID: <20081002174704.E758CDA3D@hg.openjdk.java.net> Changeset: 094873a59791 Author: sjiang Date: 2008-09-09 14:17 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/094873a59791 6736611: [Evt Srv] EventSubscriber.unsubscribe removes other listeners Reviewed-by: emcmanus ! src/share/classes/javax/management/event/EventSubscriber.java + test/javax/management/eventService/SubUnsubTest.java Changeset: 1643868af837 Author: emcmanus Date: 2008-09-09 14:57 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/1643868af837 6746196: Some JMX classes do not compile with Eclipse compiler Reviewed-by: dfuchs Contributed-by: roman.kennke at aicas.com ! src/share/classes/com/sun/jmx/mbeanserver/DefaultMXBeanMappingFactory.java ! src/share/classes/com/sun/jmx/mbeanserver/MBeanIntrospector.java Changeset: 5778303e2e14 Author: dfuchs Date: 2008-09-09 17:01 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/5778303e2e14 6745832: jmx namespaces: Some refactoring/commenting would improve code readability. Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/interceptor/DefaultMBeanServerInterceptor.java ! 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/Util.java ! src/share/classes/com/sun/jmx/namespace/DomainInterceptor.java ! src/share/classes/com/sun/jmx/namespace/HandlerInterceptor.java ! src/share/classes/com/sun/jmx/namespace/JMXNamespaceUtils.java ! src/share/classes/com/sun/jmx/namespace/NamespaceInterceptor.java ! src/share/classes/com/sun/jmx/namespace/RoutingConnectionProxy.java ! src/share/classes/com/sun/jmx/namespace/RoutingMBeanServerConnection.java ! src/share/classes/com/sun/jmx/namespace/RoutingProxy.java ! src/share/classes/com/sun/jmx/namespace/RoutingServerProxy.java ! src/share/classes/javax/management/namespace/JMXDomain.java ! src/share/classes/javax/management/namespace/JMXNamespace.java ! src/share/classes/javax/management/namespace/JMXNamespaces.java ! src/share/classes/javax/management/namespace/JMXRemoteNamespace.java ! src/share/classes/javax/management/namespace/MBeanServerConnectionWrapper.java ! test/javax/management/namespace/Wombat.java Changeset: 84417fdd8358 Author: martin Date: 2008-09-09 15:20 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/84417fdd8358 6728229: (str) StringBuilder.append(CharSequence) does not throw IndexOutOfBoundsException Summary: Major spec rework Reviewed-by: alanb ! src/share/classes/java/lang/AbstractStringBuilder.java ! src/share/classes/java/lang/StringBuffer.java ! src/share/classes/java/lang/StringBuilder.java Changeset: 12f5110538d3 Author: martin Date: 2008-09-09 15:20 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/12f5110538d3 6733145: (bf) CharBuffer.subSequence can be updated to take advantage of covariant returns Summary: Change return type to CharBuffer Reviewed-by: alanb ! src/share/classes/java/nio/ByteBufferAs-X-Buffer.java ! src/share/classes/java/nio/Direct-X-Buffer.java ! src/share/classes/java/nio/Heap-X-Buffer.java ! src/share/classes/java/nio/StringCharBuffer.java ! src/share/classes/java/nio/X-Buffer.java Changeset: 2b44dd8ed72d Author: emcmanus Date: 2008-09-10 13:36 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/2b44dd8ed72d 6734813: Provide a way to construct an ObjectName without checked exceptions 6746649: ObjectName constructors and methods declare unchecked exceptions in throws clauses Reviewed-by: dfuchs ! src/share/classes/com/sun/jmx/interceptor/DefaultMBeanServerInterceptor.java ! src/share/classes/com/sun/jmx/mbeanserver/Repository.java ! src/share/classes/com/sun/jmx/mbeanserver/Util.java ! src/share/classes/com/sun/jmx/namespace/DomainInterceptor.java ! src/share/classes/java/lang/management/PlatformComponent.java ! src/share/classes/java/util/logging/Logging.java ! src/share/classes/javax/management/MBeanServerDelegate.java ! src/share/classes/javax/management/ObjectName.java ! src/share/classes/javax/management/QueryNotificationFilter.java ! src/share/classes/javax/management/event/EventClientDelegateMBean.java ! src/share/classes/javax/management/namespace/MBeanServerSupport.java ! src/share/classes/sun/management/Util.java + test/javax/management/ObjectName/ValueOfTest.java Changeset: b35ccd203a7e Author: emcmanus Date: 2008-09-10 14:56 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b35ccd203a7e 6746759: Fix for 6734813 introduced build break Reviewed-by: dfuchs ! src/share/classes/sun/management/ClassLoadingImpl.java ! src/share/classes/sun/management/CompilationImpl.java ! src/share/classes/sun/management/HotSpotDiagnostic.java ! src/share/classes/sun/management/HotspotInternal.java ! src/share/classes/sun/management/ManagementFactoryHelper.java ! src/share/classes/sun/management/MemoryImpl.java ! src/share/classes/sun/management/OperatingSystemImpl.java ! src/share/classes/sun/management/RuntimeImpl.java ! src/share/classes/sun/management/ThreadImpl.java Changeset: 3e7b9a0f3a6f Author: dfuchs Date: 2008-09-10 16:27 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/3e7b9a0f3a6f 6746754: jmx namespace: test for leading separator missing 6669137: RFE: InstanceNotFoundException should have a constructor that takes an ObjectName 6746796: jmx namespaces: Several tests are missing an @bug or @run keyword Summary: Note on 6669137: first implementation of 6669137 was actually pushed with 5072476 - here we only have a small update and a test case. Also re-fixes 6737133: Compilation failure of test/javax/management/eventService/LeaseManagerDeadlockTest.java which had failed. Reviewed-by: emcmanus, yjoan ! src/share/classes/com/sun/jmx/namespace/RoutingProxy.java ! src/share/classes/javax/management/InstanceNotFoundException.java + test/javax/management/MBeanServer/InstanceNotFoundExceptionTest.java ! test/javax/management/MBeanServerFactory/NamedMBeanServerTest.java ! test/javax/management/eventService/LeaseManagerDeadlockTest.java ! test/javax/management/namespace/DomainCreationTest.java ! test/javax/management/namespace/EventWithNamespaceControlTest.java ! test/javax/management/namespace/EventWithNamespaceTest.java ! test/javax/management/namespace/ExportNamespaceTest.java ! test/javax/management/namespace/JMXDomainTest.java ! test/javax/management/namespace/JMXNamespaceSecurityTest.java ! test/javax/management/namespace/JMXNamespaceTest.java ! test/javax/management/namespace/JMXNamespaceViewTest.java ! test/javax/management/namespace/JMXNamespacesTest.java ! test/javax/management/namespace/JMXRemoteNamespaceTest.java ! test/javax/management/namespace/LazyDomainTest.java + test/javax/management/namespace/LeadingSeparatorsTest.java ! test/javax/management/namespace/NamespaceCreationTest.java ! test/javax/management/namespace/NamespaceNotificationsTest.java ! test/javax/management/namespace/NullObjectNameTest.java ! test/javax/management/namespace/QueryNamesTest.java ! test/javax/management/namespace/RemoveNotificationListenerTest.java ! test/javax/management/namespace/RoutingServerProxyTest.java ! test/javax/management/namespace/SerialParamProcessorTest.java ! test/javax/management/namespace/SourceNamespaceTest.java ! test/javax/management/namespace/VirtualMBeanNotifTest.java ! test/javax/management/namespace/VirtualMBeanTest.java ! test/javax/management/namespace/VirtualNamespaceQueryTest.java ! test/javax/management/namespace/VirtualPropsTest.java Changeset: bee470ba5b24 Author: bristor Date: 2008-09-11 14:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/bee470ba5b24 6440786: Cannot create a ZIP file containing zero entries Summary: Allow reading and writing of ZIP files with zero entries. Reviewed-by: alanb ! src/share/classes/java/util/zip/ZipOutputStream.java ! src/share/native/java/util/zip/zip_util.c + test/java/util/zip/TestEmptyZip.java Changeset: ebc38225b4a9 Author: emcmanus Date: 2008-09-12 15:17 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ebc38225b4a9 6747411: EventClient causes thread leaks Summary: Reworked thread management in EventClient and related classes. Reviewed-by: sjiang, dfuchs ! src/share/classes/com/sun/jmx/event/LeaseManager.java ! src/share/classes/com/sun/jmx/event/RepeatedSingletonJob.java ! src/share/classes/com/sun/jmx/remote/internal/ClientCommunicatorAdmin.java ! src/share/classes/javax/management/event/EventClient.java ! src/share/classes/javax/management/event/FetchingEventRelay.java ! src/share/classes/javax/management/event/RMIPushEventForwarder.java ! src/share/classes/javax/management/remote/rmi/RMIConnector.java + test/javax/management/eventService/EventClientThreadTest.java ! test/javax/management/eventService/SharingThreadTest.java Changeset: 6a49dd6635ba Author: dfuchs Date: 2008-09-12 17:58 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/6a49dd6635ba 6747899: jmx namespaces: hooks for permission checks should be defined in HandlerInterceptor Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/namespace/HandlerInterceptor.java ! src/share/classes/com/sun/jmx/namespace/RoutingMBeanServerConnection.java Changeset: 09a7e38337e9 Author: dfuchs Date: 2008-09-12 19:06 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/09a7e38337e9 6747983: jmx namespace: unspecified self-link detection logic Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/namespace/NamespaceInterceptor.java ! src/share/classes/javax/management/namespace/JMXRemoteNamespace.java ! test/javax/management/namespace/JMXNamespaceTest.java Changeset: def697d44797 Author: tbell Date: 2008-09-12 23:31 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/def697d44797 Merge Changeset: 044bfa235270 Author: dfuchs Date: 2008-09-17 13:40 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/044bfa235270 6748745: JConsole: plotters don't resize well when the window is resized Summary: part of the fix was contributed by jfdenise Reviewed-by: jfdenise ! src/share/classes/sun/tools/jconsole/Plotter.java ! src/share/classes/sun/tools/jconsole/inspector/XMBeanAttributes.java ! src/share/classes/sun/tools/jconsole/inspector/XPlotter.java ! src/share/classes/sun/tools/jconsole/inspector/XPlottingViewer.java Changeset: eb342082e2b6 Author: jccollet Date: 2008-09-04 15:26 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/eb342082e2b6 6692802: HttpCookie needs to support HttpOnly attribute Summary: Added HttpOnly tag support to HttpCookie class. Reviewed-by: chegar, michaelm ! src/share/classes/java/net/HttpCookie.java ! test/java/net/CookieHandler/TestHttpCookie.java Changeset: d276b0716d13 Author: wetmore Date: 2008-09-05 00:43 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/d276b0716d13 Merge Changeset: bcb61dfc8514 Author: weijun Date: 2008-09-08 14:17 +0800 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/bcb61dfc8514 6740833: krb5.conf does not accept kdc=hostname (no spaces around =) Reviewed-by: xuelei ! src/share/classes/sun/security/krb5/Config.java Changeset: b0378bb50d83 Author: michaelm Date: 2008-09-11 17:46 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b0378bb50d83 6744329: Exception in light weight http server code Reviewed-by: chegar ! src/share/classes/sun/net/httpserver/ChunkedOutputStream.java + test/com/sun/net/httpserver/bugs/B6744329.java Changeset: 80fe10573687 Author: mullan Date: 2008-09-11 14:05 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/80fe10573687 6465942: Add problem identification facility to the CertPathValidator framework Summary: Add support to the java.security.cert APIs for determining the reason that a certification path is invalid. Reviewed-by: vinnie ! src/share/classes/java/security/cert/CertPathValidatorException.java + src/share/classes/java/security/cert/PKIXReason.java ! src/share/classes/sun/security/provider/certpath/BasicChecker.java ! src/share/classes/sun/security/provider/certpath/ConstraintsChecker.java ! src/share/classes/sun/security/provider/certpath/CrlRevocationChecker.java ! src/share/classes/sun/security/provider/certpath/ForwardBuilder.java ! src/share/classes/sun/security/provider/certpath/KeyChecker.java ! src/share/classes/sun/security/provider/certpath/OCSPChecker.java ! src/share/classes/sun/security/provider/certpath/PKIXCertPathValidator.java ! src/share/classes/sun/security/provider/certpath/PKIXMasterCertPathValidator.java ! src/share/classes/sun/security/provider/certpath/PolicyChecker.java ! src/share/classes/sun/security/provider/certpath/ReverseBuilder.java ! src/share/classes/sun/security/provider/certpath/SunCertPathBuilder.java ! test/java/security/cert/CertPathValidator/nameConstraintsRFC822/ValidateCertPath.java + test/java/security/cert/CertPathValidatorException/ReasonTest.java + test/java/security/cert/CertPathValidatorException/Serial.java + test/java/security/cert/CertPathValidatorException/cert_file + test/java/security/cert/CertPathValidatorException/jdk6.serial ! test/java/security/cert/PolicyNode/GetPolicyQualifiers.java Changeset: 482a1857b598 Author: mullan Date: 2008-09-11 18:13 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/482a1857b598 Merge Changeset: 80fd09f239f4 Author: wetmore Date: 2008-09-15 00:41 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/80fd09f239f4 Merge Changeset: 0100b3e66894 Author: wetmore Date: 2008-09-16 00:34 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/0100b3e66894 Merge Changeset: e81a1ebde376 Author: wetmore Date: 2008-09-18 00:39 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e81a1ebde376 Merge Changeset: a1ab54c36c8a Author: sjiang Date: 2008-09-22 15:43 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/a1ab54c36c8a 6697180: JMX query results in java.io.IOException: Illegal state - also a deadlock can also be seen Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/remote/internal/ClientNotifForwarder.java + test/javax/management/remote/mandatory/connection/MultiThreadDeadLockTest.java Changeset: 4a62773bf60e Author: jjh Date: 2008-09-22 19:20 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/4a62773bf60e 6263966: TEST: com/sun/jdi/ClassesByName2Test.java has a race Summary: Have the debuggee stop at a bkpt instead of running to completion. Reviewed-by: tbell ! test/com/sun/jdi/ClassesByName2Test.java Changeset: b54ba7058851 Author: tbell Date: 2008-09-22 22:37 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b54ba7058851 Merge Changeset: ed8f850f9f94 Author: tbell Date: 2008-09-26 15:31 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ed8f850f9f94 Merge From erik.trimble at sun.com Thu Oct 2 10:53:05 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Thu, 02 Oct 2008 17:53:05 +0000 Subject: hg: jdk7/hotspot/langtools: 7 new changesets Message-ID: <20081002175317.89762DA43@hg.openjdk.java.net> Changeset: 91eea580fbe9 Author: jjg Date: 2008-09-09 10:28 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/91eea580fbe9 6557752: Original type of an AST should be made available even if it is replaced with an ErrorType Reviewed-by: mcimadamore ! src/share/classes/com/sun/source/util/Trees.java ! src/share/classes/com/sun/tools/javac/api/JavacTrees.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/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/Infer.java ! src/share/classes/com/sun/tools/javac/comp/Resolve.java ! src/share/classes/javax/lang/model/type/ErrorType.java + test/tools/javac/api/6557752/T6557752.java Changeset: a92b756a888f Author: jjg Date: 2008-09-09 10:40 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/a92b756a888f 6724118: change JavaCompiler to not use Scanner directly 6736119: refactor Parser and Parser.Factory Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/api/JavacTaskImpl.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/parser/EndPosParser.java + src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/parser/Parser.java + src/share/classes/com/sun/tools/javac/parser/ParserFactory.java ! test/tools/javac/6304921/TestLog.java Changeset: 7e2249b1c13d Author: tbell Date: 2008-09-12 23:32 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/7e2249b1c13d Merge Changeset: eff38cc97183 Author: jjg Date: 2008-09-16 18:35 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/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 Changeset: 8ec49685f4e8 Author: jjg Date: 2008-09-18 13:47 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/8ec49685f4e8 6728697: tools/javac/versionOpt.sh fails on OpenJDK builds Reviewed-by: darcy ! test/Makefile - test/bootclasspath-exclude.jtx + test/tools/javac/VersionOpt.java - test/tools/javac/versionOpt.sh Changeset: 829dea15ff99 Author: jjg Date: 2008-09-18 18:39 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/829dea15ff99 6744408: Extra ouput is appearing in stderr Reviewed-by: bpatel ! src/share/classes/com/sun/tools/javadoc/DocletInvoker.java Changeset: 2e3d9966e62b Author: tbell Date: 2008-09-26 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/2e3d9966e62b Merge From erik.trimble at sun.com Thu Oct 2 16:12:33 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Thu, 02 Oct 2008 23:12:33 +0000 Subject: hg: jdk7/hotspot/hotspot: 6755406: minor mistakes in copyright notices Message-ID: <20081002231237.BF978DA86@hg.openjdk.java.net> Changeset: f1ecf9191140 Author: trims Date: 2008-10-02 14:11 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/f1ecf9191140 6755406: minor mistakes in copyright notices Summary: Mismatch in some header copyrights from standard templates Reviewed-by: jcoomes ! make/hotspot_distro ! test/compiler/6646019/Test.java ! test/compiler/6689060/Test.java ! test/compiler/6695810/Test.java From Karen.Kinnear at Sun.COM Fri Oct 3 05:59:21 2008 From: Karen.Kinnear at Sun.COM (Karen Kinnear) Date: Fri, 03 Oct 2008 08:59:21 -0400 Subject: CFV: Laurent Daynes as member of the HotSpot Group Message-ID: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> I would like to nominate Laurent Daynes for membership in the HotSpot Group. Laurent works in Sun Labs in Grenoble France. He has extensive experience in HotSpot with a strong background in multitasking and garbage collection. He is currently working on the Maxine VM research project in the labs. 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. Votes are due by midnight UTC next Friday, October 10th, after which time the votes will be tallied and reported to this list. Only Members of the HotSpot Group are eligible to vote on this decision. The current Members are: Andrei Pangin Andrey Petrusenko Antonios Printezis Chuck Rasbold Coleen Phillimore Chris Phillips Daniel Daugherty Dave Dice David Holmes Erik Trimble Igor Veresov Ivan Krylov James Melvin Jim Holmlund John Coomes John Rose Jon Masamitsu Karen Kinnear Keith McGuigan Kenneth Russell Kevin Walls Lev Serebryakov Paul Hohensee Peter Kessler Stephen Bohne Steve Goldman Thomas Rodriguez Vladimir Kozlov Xiaobin Lu Y S Ramakrishna Yumin Qi -- Karen Kinnear From Keith.McGuigan at Sun.COM Fri Oct 3 06:09:13 2008 From: Keith.McGuigan at Sun.COM (Keith McGuigan) Date: Fri, 03 Oct 2008 09:09:13 -0400 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E61979.6040007@sun.com> Vote: yes Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this decision. > The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From Paul.Hohensee at Sun.COM Fri Oct 3 06:19:45 2008 From: Paul.Hohensee at Sun.COM (Paul Hohensee) Date: Fri, 03 Oct 2008 09:19:45 -0400 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E61BF1.5060505@sun.com> Vote: yes Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From Daniel.Daugherty at Sun.COM Fri Oct 3 06:19:39 2008 From: Daniel.Daugherty at Sun.COM (Daniel D. Daugherty) Date: Fri, 03 Oct 2008 07:19:39 -0600 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E61BEB.2070003@sun.com> Vote: yes Dan Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From Chris.Phillips at Sun.COM Fri Oct 3 06:23:26 2008 From: Chris.Phillips at Sun.COM (Chris Phillips) Date: Fri, 03 Oct 2008 09:23:26 -0400 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E61CCE.9020908@Sun.Com> Vote: yes Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear -- -- -- Woda: "Java: write once, debug anywhere" Hong Zhang http://thehenrys.ca | Chris Phillips - Sun Java Sustaining JVM Engineer, | | mailto:Chris.Phillips at Sun.Com (416)483-3768 | | http://LGonQn.Org/www/Chris.Phillips cell: (416)505-3610 | "EPIC stands for Expects Perfectly Intuitive Compilers" P. Bannon http://www.hazmatmodine.com NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. "blah blah blah - Ginger!" -- From Chuck.Rasbold at Sun.COM Fri Oct 3 06:44:27 2008 From: Chuck.Rasbold at Sun.COM (Chuck Rasbold) Date: Fri, 03 Oct 2008 06:44:27 -0700 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E621BB.5040303@sun.com> Vote: yes Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From Coleen.Phillimore at Sun.COM Fri Oct 3 06:43:57 2008 From: Coleen.Phillimore at Sun.COM (Coleen Phillimore - Sun Microsystems) Date: Fri, 03 Oct 2008 09:43:57 -0400 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E6219D.8030109@sun.com> Vote: yes On 10/03/08 08:59, Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From James.Melvin at Sun.COM Fri Oct 3 07:53:14 2008 From: James.Melvin at Sun.COM (James.Melvin at Sun.COM) Date: Fri, 03 Oct 2008 10:53:14 -0400 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E631DA.3010808@Sun.COM> Vote: yes Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this decision. > The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From Peter.Kessler at Sun.COM Fri Oct 3 07:53:23 2008 From: Peter.Kessler at Sun.COM (Peter B. Kessler) Date: Fri, 03 Oct 2008 07:53:23 -0700 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E631E3.2040105@Sun.COM> Vote: yes ... peter Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this decision. > The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From Antonios.Printezis at sun.com Fri Oct 3 07:43:41 2008 From: Antonios.Printezis at sun.com (Tony Printezis) Date: Fri, 03 Oct 2008 10:43:41 -0400 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E62F9D.4060606@sun.com> Vote: oui :-) Tony Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear -- ---------------------------------------------------------------------- | Tony Printezis, Staff Engineer | Sun Microsystems Inc. | | | MS BUR02-311 | | e-mail: tony.printezis at sun.com | 35 Network Drive | | office: +1 781 442 0998 (x20998) | Burlington, MA01803-0902, USA | ---------------------------------------------------------------------- e-mail client: Thunderbird (Solaris) From Thomas.Rodriguez at Sun.COM Fri Oct 3 08:44:36 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Fri, 03 Oct 2008 08:44:36 -0700 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: Vote: yes On Oct 3, 2008, at 5:59 AM, Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the > HotSpot Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From David.Holmes at Sun.COM Fri Oct 3 19:42:27 2008 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Sat, 04 Oct 2008 12:42:27 +1000 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48E6D813.1090302@sun.com> Vote: yes David Holmes Karen Kinnear said the following on 10/03/08 22:59: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has extensive > experience in > HotSpot with a strong background in multitasking and garbage > collection. He is currently > working on the Maxine VM research project in the labs. > > 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. > > Votes are due by midnight UTC next Friday, October 10th, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this decision. > The current > Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Chris Phillips > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Kevin Walls > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > Yumin Qi > > -- Karen Kinnear From charles.nutter at sun.com Fri Oct 3 19:55:22 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Fri, 03 Oct 2008 21:55:22 -0500 Subject: Understanding PrintOptoAssembly Message-ID: <48E6DB1A.8080600@sun.com> I'm trying to take JRuby performance up a notch, and it seems like the next best thing for me to do is examine what hotspot is actually emitting. At the JVM Languages Summit, Cliff Click informed me that paths we expected were inlining actually were not. As a result of my dicussions with him I've decided to try other flags to get more information. The first such flag I have easy access to is PrintOptoAssembly. However, I'm having some trouble understanding the output. Would it be possible for someone to post (on a wiki, perhaps) a snippit of a log and some walkthrough of what each element means? And I will describe the actual problem I have. We do dynamic invocation by calling through a piece of normal Java code called CachingCallSite. CachingCallSite has a call method that looks up the method and invokes it. If the cache is successful, it will continue to invoke the same method every time. But since the calls all pass through a virtual invocation to a totally generalized piece of Java code, the dynamically-selected call does not inline. I need to try other techniques, and I want some feedback that shows convincingly whether or not I'm making progress. - Charlie From charles.nutter at sun.com Fri Oct 3 21:12:41 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Fri, 03 Oct 2008 23:12:41 -0500 Subject: Understanding PrintOptoAssembly In-Reply-To: <48E6DB1A.8080600@sun.com> References: <48E6DB1A.8080600@sun.com> Message-ID: <48E6ED39.7060601@sun.com> Charles Oliver Nutter wrote: > I'm trying to take JRuby performance up a notch, and it seems like the > next best thing for me to do is examine what hotspot is actually > emitting. At the JVM Languages Summit, Cliff Click informed me that > paths we expected were inlining actually were not. As a result of my > dicussions with him I've decided to try other flags to get more > information. The first such flag I have easy access to is > PrintOptoAssembly. > > However, I'm having some trouble understanding the output. Would it be > possible for someone to post (on a wiki, perhaps) a snippit of a log and > some walkthrough of what each element means? Here's an example a confusing bit for me: 29f CALL,static org.jruby.runtime.ThreadContext::pollThreadEvents # org.jruby.runtime.ThreadContext::callThreadPoll @ bci:19 L[0]=_ # org.jruby.runtime.callsite.CachingCallSite::pollAndGetClass @ bci:1 L[0]=_ L[1]=_ L[2]=esp + #144 L[3]=_ # org.jruby.runtime.callsite.CallSiteInvoker::call @ bci:3 L[0]=esp + #32 L[1]=esp + #28 L[2]=esp + #144 L[3]=e sp + #144 L[4]=esp + #48 L[5]=_ L[6]=_ # bench.bench_fib_recursive::method__0$RUBY$fib_ruby @ bci:114 L[0]=esp + #152 L[1]=esp + #28 L[2]=esp + #144 L [3]=_ L[4]=_ L[5]=_ L[6]=esp + #20 L[7]=_ L[8]=_ L[9]=_ L[10]=_ L[11]=esp + #64 STK[0]=esp + #24 STK[1]=esp + #28 STK[2]=esp + #144 # AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) AllocatedObj(0x90f90b20) I can handle most of the x86ish assembly in the code bodies, but I'm not sure what all these lines around the CALL are. Obviously the L bits are describing how the local variables for the methods are being allocated, but what do the bits mean exactly? Why are there four different method descriptions after the CALL line? Also, this is appearing in the assembly for fib_ruby, and I see it listed here as well. This particular call could be one of the recursions back into fib_ruby via the CachingCallSite stuff. - Charlie From Xiaobin.Lu at Sun.COM Sat Oct 4 11:32:27 2008 From: Xiaobin.Lu at Sun.COM (Xiaobin Lu) Date: Sat, 04 Oct 2008 11:32:27 -0700 Subject: review request for 6673124 Message-ID: <48E7B6BB.9030304@Sun.COM> Webrev: http://webrev.invokedynamic.info/xiaobin.lu/6673124/webrev/ Details: Hotspot needs to compute the number of available CPUs available to the java process in order to determine which flavor of VM to be used or how many GC threads needs to created for parallel collector. Also, the user could call Runtime.availableProcessors() and use that result to determine how many threads needs to be created for their applications, etc. Here is the current way to compute that number on Solaris where the problem might be seen. First, we check whether the process is bound to a existing processor set, if yes, we then check how many processors inside that processor set and use that number as the available CPUs. If not, we just return the number of total online CPUs as the number of available CPUs. This ignores the fact that even the process is NOT running inside a processor set, however, if there is any processor set around, the CPUs in that processor set won't be available to the java process. So the correct way of doing this is to ignore whether the process is bound to a processor set or not, as long as "pset_bind" returns successfully, we then use "pset_info" to check the available CPUs to us. We decided not to invent another flag to fall back to the old behavior which is absolutely wrong. Plus it is hard to come up with a sensible name for that flag, not to mention the user has to dig through globals.hpp to find out that flag to use. Reviewed by: Verified by: Experiments made on multi-core Solaris machines and trace put in the code to verify the return value is correct. JPRT. Thanks, -Xiaobin From yzhang1985 at gmail.com Sun Oct 5 13:36:12 2008 From: yzhang1985 at gmail.com (Yale Zhang) Date: Sun, 5 Oct 2008 16:36:12 -0400 Subject: How do are callers patched when a method is recompiled? Message-ID: <9052e0a90810051336xe907ba2ra72d8b9e3d38fc49@mail.gmail.com> Hi. I'm trying to build a dynamic optimization framework for LLVM and have been looking at HotSpot for ideas on how to patch the callers when a method is recompiled. I've spent over an hour looking at functions like new_nmethod, register_method and I can't figure it out. I've been thinking about the following approaches: 1. lazy relinking - keep the old code and patch callers only when they refer to the old code. I guess you can do this by patching the old code to find the call site and patch it. Then there's the question of when to throw away the old fragment. Could use reference counting or garbage collection. 2. relink immediately - upon recompiling, all callers are patched. This would be expensive because it would entail either going through every function looking for such a call (more processing) or maintaining a list of callers for each function (more storage). So, how does HotSpot do it? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20081005/b305425b/attachment.html From David.Holmes at Sun.COM Sun Oct 5 17:44:14 2008 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Mon, 06 Oct 2008 10:44:14 +1000 Subject: review request for 6673124 In-Reply-To: <48E7B6BB.9030304@Sun.COM> References: <48E7B6BB.9030304@Sun.COM> Message-ID: <48E95F5E.9060203@sun.com> Looks good to me. David Xiaobin Lu said the following on 10/05/08 04:32: > Webrev: http://webrev.invokedynamic.info/xiaobin.lu/6673124/webrev/ > > Details: > > Hotspot needs to compute the number of available CPUs available to the > java process in order to determine which flavor of VM to be used or how > many GC threads needs to created for parallel collector. Also, the user > could call Runtime.availableProcessors() and use that result to > determine how many threads needs to be created for their applications, etc. > > Here is the current way to compute that number on Solaris where the > problem might be seen. First, we check whether the process is bound to a > existing processor set, if yes, we then check how many processors inside > that processor set and use that number as the available CPUs. If not, we > just return the number of total online CPUs as the number of available > CPUs. This ignores the fact that even the process is NOT running inside > a processor set, however, if there is any processor set around, the CPUs > in that processor set won't be available to the java process. So the > correct way of doing this is to ignore whether the process is bound to a > processor set or not, as long as "pset_bind" returns successfully, we > then use "pset_info" to check the available CPUs to us. > > We decided not to invent another flag to fall back to the old behavior > which is absolutely wrong. Plus it is hard to come up with a sensible > name for that flag, not to mention the user has to dig through > globals.hpp to find out that flag to use. > > Reviewed by: > > Verified by: > Experiments made on multi-core Solaris machines and trace put in the > code to verify the return value is correct. > JPRT. > > Thanks, > -Xiaobin > > > > > From charles.nutter at sun.com Mon Oct 6 13:21:21 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Mon, 06 Oct 2008 15:21:21 -0500 Subject: Understanding PrintOptoAssembly In-Reply-To: <48E6ED39.7060601@sun.com> References: <48E6DB1A.8080600@sun.com> <48E6ED39.7060601@sun.com> Message-ID: <48EA7341.5080502@sun.com> Charles Oliver Nutter wrote: > Here's an example a confusing bit for me: > > 29f CALL,static org.jruby.runtime.ThreadContext::pollThreadEvents > # org.jruby.runtime.ThreadContext::callThreadPoll @ bci:19 L[0]=_ > # org.jruby.runtime.callsite.CachingCallSite::pollAndGetClass @ > bci:1 L[0]=_ L[1]=_ L[2]=esp + #144 L[3]=_ > # org.jruby.runtime.callsite.CallSiteInvoker::call @ bci:3 > L[0]=esp + #32 L[1]=esp + #28 L[2]=esp + #144 L[3]=e > sp + #144 L[4]=esp + #48 L[5]=_ L[6]=_ > # bench.bench_fib_recursive::method__0$RUBY$fib_ruby @ bci:114 > L[0]=esp + #152 L[1]=esp + #28 L[2]=esp + #144 L > [3]=_ L[4]=_ L[5]=_ L[6]=esp + #20 L[7]=_ L[8]=_ L[9]=_ L[10]=_ > L[11]=esp + #64 STK[0]=esp + #24 STK[1]=esp + #28 STK[2]=esp + #144 # Ok, I think I'm starting to understand it now after playing around a bit. The call above is actually to pollthreadEvents; the others listed below it are the backtrace to that point...calls which have all already been inlined. So what this shows is where it finally bails out of inlined code to do a call, and where the call it's making actually occurs. Correct? - Charlie From Thomas.Rodriguez at Sun.COM Mon Oct 6 13:50:15 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Mon, 06 Oct 2008 13:50:15 -0700 Subject: Understanding PrintOptoAssembly In-Reply-To: <48EA7341.5080502@sun.com> References: <48E6DB1A.8080600@sun.com> <48E6ED39.7060601@sun.com> <48EA7341.5080502@sun.com> Message-ID: <52530DED-5D0A-4B34-BC59-9A9B43C3FA29@sun.com> Yes that's right. The CALL,static part says that we know that we are going to call exactly ThreadContext::pollThreadEvents. CALL,dynamic is used for sites where there might be multiple receivers. The L[#] and STK[#] tell where the values for the locals and stack live. The value "_" means that local is dead so we have no value for it. Any others parts that are confusing? tom On Oct 6, 2008, at 1:21 PM, Charles Oliver Nutter wrote: > Charles Oliver Nutter wrote: >> Here's an example a confusing bit for me: >> 29f CALL,static >> org.jruby.runtime.ThreadContext::pollThreadEvents >> # org.jruby.runtime.ThreadContext::callThreadPoll @ bci:19 >> L[0]=_ >> # >> org.jruby.runtime.callsite.CachingCallSite::pollAndGetClass @ bci: >> 1 L[0]=_ L[1]=_ L[2]=esp + #144 L[3]=_ >> # org.jruby.runtime.callsite.CallSiteInvoker::call @ bci:3 >> L[0]=esp + #32 L[1]=esp + #28 L[2]=esp + #144 L[3]=e >> sp + #144 L[4]=esp + #48 L[5]=_ L[6]=_ >> # bench.bench_fib_recursive::method__0$RUBY$fib_ruby @ bci: >> 114 L[0]=esp + #152 L[1]=esp + #28 L[2]=esp + #144 L >> [3]=_ L[4]=_ L[5]=_ L[6]=esp + #20 L[7]=_ L[8]=_ L[9]=_ L[10]=_ >> L[11]=esp + #64 STK[0]=esp + #24 STK[1]=esp + #28 STK[2]=esp + >> #144 # > > Ok, I think I'm starting to understand it now after playing around a > bit. The call above is actually to pollthreadEvents; the others > listed below it are the backtrace to that point...calls which have > all already been inlined. So what this shows is where it finally > bails out of inlined code to do a call, and where the call it's > making actually occurs. > > Correct? > > - Charlie From Thomas.Rodriguez at Sun.COM Mon Oct 6 13:58:06 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Mon, 06 Oct 2008 13:58:06 -0700 Subject: How do are callers patched when a method is recompiled? In-Reply-To: <9052e0a90810051336xe907ba2ra72d8b9e3d38fc49@mail.gmail.com> References: <9052e0a90810051336xe907ba2ra72d8b9e3d38fc49@mail.gmail.com> Message-ID: <165A5712-815D-4249-93D1-7E4568AE7743@sun.com> The basic machinery relies on making methods not entrant and reclaiming them once we're sure no inline cache could still contain a reference to them. We overwrite the first instructions of the generated code with an instruction sequence that gets us into the handle_wrong_method stub. Look at NativeJump::patch_verified_entry and SharedRuntime::handle_wrong_method. This forces any callers to reresolve the call site and either find any new generated code or fall back to the interpreter. NMethodSweeper takes care of cleaning all the inline caches that might still contain references to the nmethod by cleaning a portion of the code cache at every safepoint. Once we're sure that no inline cache could contain a reference to the not entrant nmethod we mark it for reclamation. There are some tricky bits in the runtime where code is operating on an nmethod and we want to be sure it isn't swept from underneath us and these use the nmethodLocker which is basically a reference counter that delays the freeing of the nmethod. We're not attempting to be aggressive in how quickly we reclaim the storage from the code cache and there are some problems with the current code if the rate of invalidation gets too high but those are just implementation details. There are a lot of ways our current implementation could be improved but it performs adequately in most ways so other than a few bug fixes it largely hasn't changed for a long time. The main flaw we'll have to address in the future is that if the rate of invalidation and/or the number of nmethods is high it performs way too much work at each safepoint. It processes a 1/4 of the code cache each time and it probably needs metric that is tied how much work it performs instead. tom On Oct 5, 2008, at 1:36 PM, Yale Zhang wrote: > Hi. I'm trying to build a dynamic optimization framework for LLVM > and have been looking at HotSpot for ideas on how to patch the > callers when a method is recompiled. I've spent over an hour looking > at functions like new_nmethod, register_method and I can't figure it > out. > > I've been thinking about the following approaches: > > 1. lazy relinking - keep the old code and patch callers only when > they refer to the old code. I guess you can do this by patching the > old code to find the call site and patch it. Then there's the > question of > when to throw away the old fragment. Could use reference counting or > garbage collection. > > 2. relink immediately - upon recompiling, all callers are patched. > This would be expensive because it would entail either going through > every function looking for such a call (more processing) or > maintaining a list of callers for each function (more storage). > > So, how does HotSpot do it? From Xiaobin.Lu at Sun.COM Mon Oct 6 16:06:59 2008 From: Xiaobin.Lu at Sun.COM (Xiaobin Lu) Date: Mon, 06 Oct 2008 16:06:59 -0700 Subject: compatibility issue regarding the active processor count In-Reply-To: <48E2C049.2060409@Sun.COM> References: <48E2C049.2060409@Sun.COM> Message-ID: <48EA9A13.8050508@Sun.COM> According to the discussion with Paul and others, we decided to drop the flag completely. The main reason is that the current behavior is so bad that no one is going to be using it anyway. They may have already used ParallelGCThreads to get around it. Plus, we have some reservation about adding another long option name to the existing pool which has already grown so big. -Xiaobin Xiaobin Lu wrote: > Hi folks, > > I need your opinion about what we should do to solve the compatibility > issue regarding the active processor count. Basically, the problem is > on Solaris, if you create a processor set and then launch java process > without binding to that processor set, the number of available > processors to that java process is the total number of the online > processors minus the number of processors in the processor set you > created. Currently, we just report the total number of the online > processors as the active processor count which is wrong. This makes > the parallel garbage collector to behave in the wrong way (see bug > 6749430 for details) and we need to fix it per request from CBOE. > > There may be a compatibility issue after we correct this wrong > behavior when someone has already depended on this wrong return, which > we think it might be rare. We definitely need to invent a new flag in > order to address this and the question is whether we should keep the > current behavior as default or not. Personally, I feel we should have > that flag to fall back to the current wrong behavior, but I might be > wrong. > > Thanks so much in advance for your opinion. > > -Xiaobin > > > > From yzhang1985 at gmail.com Mon Oct 6 19:27:36 2008 From: yzhang1985 at gmail.com (Yale Zhang) Date: Mon, 6 Oct 2008 22:27:36 -0400 Subject: How do are callers patched when a method is recompiled? In-Reply-To: <165A5712-815D-4249-93D1-7E4568AE7743@sun.com> References: <9052e0a90810051336xe907ba2ra72d8b9e3d38fc49@mail.gmail.com> <165A5712-815D-4249-93D1-7E4568AE7743@sun.com> Message-ID: <9052e0a90810061927t33b8577fu9ca978bf87f22405@mail.gmail.com> Tom, Thanks for helping. The method you describe is almost exactly as I envisioned it in #1, which has the advantage of being lock free, not needing to store an explicit list of callers to patch, and gradual patching via the detour created. However, I see a potential problem. If you overwrite the 1st instruction in a function when a thread is in the code, then the function might not execute atomically if it has to execute the clobbered instruction again. Is it assumed that the patched instruction is a stack frame save instruction that never get executed > once? Also, I see why the patch can't overwrite > 1 instruction due to the possibility of executing an invalid instruction. Does HotSpot attempt to always make the 1st instruction of a function >= 5 bytes (patch size for X86)? Overall, while this method is efficient, I think it creates an ugly implementation due to ISA specifics. Does anybody know how applicable in general this method is on various ISAs? I see that it's used for x86_64, x86, and Sparc. On Mon, Oct 6, 2008 at 4:58 PM, Tom Rodriguez wrote: > The basic machinery relies on making methods not entrant and reclaiming > them once we're sure no inline cache could still contain a reference to > them. We overwrite the first instructions of the generated code with an > instruction sequence that gets us into the handle_wrong_method stub. Look > at NativeJump::patch_verified_entry and SharedRuntime::handle_wrong_method. > This forces any callers to reresolve the call site and either find any new > generated code or fall back to the interpreter. NMethodSweeper takes care > of cleaning all the inline caches that might still contain references to the > nmethod by cleaning a portion of the code cache at every safepoint. Once > we're sure that no inline cache could contain a reference to the not entrant > nmethod we mark it for reclamation. There are some tricky bits in the > runtime where code is operating on an nmethod and we want to be sure it > isn't swept from underneath us and these use the nmethodLocker which is > basically a reference counter that delays the freeing of the nmethod. > > We're not attempting to be aggressive in how quickly we reclaim the storage > from the code cache and there are some problems with the current code if the > rate of invalidation gets too high but those are just implementation > details. There are a lot of ways our current implementation could be > improved but it performs adequately in most ways so other than a few bug > fixes it largely hasn't changed for a long time. The main flaw we'll have > to address in the future is that if the rate of invalidation and/or the > number of nmethods is high it performs way too much work at each safepoint. > It processes a 1/4 of the code cache each time and it probably needs metric > that is tied how much work it performs instead. > > tom > > > On Oct 5, 2008, at 1:36 PM, Yale Zhang wrote: > > Hi. I'm trying to build a dynamic optimization framework for LLVM and have >> been looking at HotSpot for ideas on how to patch the callers when a method >> is recompiled. I've spent over an hour looking at functions like >> new_nmethod, register_method and I can't figure it out. >> >> I've been thinking about the following approaches: >> >> 1. lazy relinking - keep the old code and patch callers only when they >> refer to the old code. I guess you can do this by patching the old code to >> find the call site and patch it. Then there's the question of >> when to throw away the old fragment. Could use reference counting or >> garbage collection. >> >> 2. relink immediately - upon recompiling, all callers are patched. This >> would be expensive because it would entail either going through every >> function looking for such a call (more processing) or maintaining a list of >> callers for each function (more storage). >> >> So, how does HotSpot do it? >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20081006/f8839a9b/attachment.html From Thomas.Rodriguez at Sun.COM Mon Oct 6 22:59:53 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Mon, 06 Oct 2008 22:59:53 -0700 Subject: How do are callers patched when a method is recompiled? In-Reply-To: <9052e0a90810061927t33b8577fu9ca978bf87f22405@mail.gmail.com> References: <9052e0a90810051336xe907ba2ra72d8b9e3d38fc49@mail.gmail.com> <165A5712-815D-4249-93D1-7E4568AE7743@sun.com> <9052e0a90810061927t33b8577fu9ca978bf87f22405@mail.gmail.com> Message-ID: <5D4E3321-5A01-4721-8A07-0391F2ABE09E@Sun.COM> On Oct 6, 2008, at 7:27 PM, Yale Zhang wrote: > Tom, > > Thanks for helping. The method you describe is almost exactly as I > envisioned it in #1, which has the advantage of being lock free, not > needing to store an explicit list of callers to patch, and gradual > patching via the detour created. However, I see a potential problem. > If you overwrite the 1st instruction in a function when a thread is > in the code, then the function might not execute atomically if it > has to execute the clobbered instruction again. Is it assumed that > the patched instruction is a stack frame save instruction that never > get executed > once? Also, I see why the patch can't overwrite > 1 > instruction due to the possibility of executing an invalid > instruction. Does HotSpot attempt to always make the 1st instruction > of a function >= 5 bytes (patch size for X86)? It does create some constraints on what the first instruction of the nmethod is and we always align the entry point to at least 8 bytes. There are assertions scattered about that check these conditions. Instruction cache memory consistency tends to be weaker than the normal memory hierarchy so we rely on store atomicity and don't require that other threads immediately see the changes to the instruction stream. > Overall, while this method is efficient, I think it creates an ugly > implementation due to ISA specifics. Does anybody know how > applicable in general this method is on various ISAs? I see that > it's used for x86_64, x86, and Sparc. There are also ia64, ppc and arm ports of hotspot in existence that use the same basic mechanism. x86 uses a branch but sparc uses a trapping instruction along with extra logic in the signal handler. So there are lots of ways to approach the entry point patching. Any ISA with fixed size instructions is relatively easy, it's only x86 that makes the patching part somewhat tricky. tom > > On Mon, Oct 6, 2008 at 4:58 PM, Tom Rodriguez > wrote: > The basic machinery relies on making methods not entrant and > reclaiming them once we're sure no inline cache could still contain > a reference to them. We overwrite the first instructions of the > generated code with an instruction sequence that gets us into the > handle_wrong_method stub. Look at NativeJump::patch_verified_entry > and SharedRuntime::handle_wrong_method. This forces any callers to > reresolve the call site and either find any new generated code or > fall back to the interpreter. NMethodSweeper takes care of cleaning > all the inline caches that might still contain references to the > nmethod by cleaning a portion of the code cache at every safepoint. > Once we're sure that no inline cache could contain a reference to > the not entrant nmethod we mark it for reclamation. There are some > tricky bits in the runtime where code is operating on an nmethod and > we want to be sure it isn't swept from underneath us and these use > the nmethodLocker which is basically a reference counter that delays > the freeing of the nmethod. > > We're not attempting to be aggressive in how quickly we reclaim the > storage from the code cache and there are some problems with the > current code if the rate of invalidation gets too high but those are > just implementation details. There are a lot of ways our current > implementation could be improved but it performs adequately in most > ways so other than a few bug fixes it largely hasn't changed for a > long time. The main flaw we'll have to address in the future is > that if the rate of invalidation and/or the number of nmethods is > high it performs way too much work at each safepoint. It processes > a 1/4 of the code cache each time and it probably needs metric that > is tied how much work it performs instead. > > tom > > > On Oct 5, 2008, at 1:36 PM, Yale Zhang wrote: > > Hi. I'm trying to build a dynamic optimization framework for LLVM > and have been looking at HotSpot for ideas on how to patch the > callers when a method is recompiled. I've spent over an hour looking > at functions like new_nmethod, register_method and I can't figure it > out. > > I've been thinking about the following approaches: > > 1. lazy relinking - keep the old code and patch callers only when > they refer to the old code. I guess you can do this by patching the > old code to find the call site and patch it. Then there's the > question of > when to throw away the old fragment. Could use reference counting or > garbage collection. > > 2. relink immediately - upon recompiling, all callers are patched. > This would be expensive because it would entail either going through > every function looking for such a call (more processing) or > maintaining a list of callers for each function (more storage). > > So, how does HotSpot do it? > > From jameswang99 at yahoo.com Tue Oct 7 19:06:48 2008 From: jameswang99 at yahoo.com (Cong Wang) Date: Tue, 7 Oct 2008 21:06:48 -0500 Subject: open jdk debug options Message-ID: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> Hi all: I am trying to modify some part of the hotspot runtime interpreter and I would like to debug that using either dbx or gdb. I have compile the file using the following options: ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs ALT_FREETYPE_LIB_PATH=/usr/local/lib ALT_FREETYPE_HEADERS_PATH=/usr/local/include ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 ANT_HOME=/usr/sfw ALT_OUTPUTDIR=/scratch/wang/java_tm_7 DEV_ONLY=true DEBUG=true I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin directory. I would like to set a break point at hotspot/src/cpu/sparc/vm/assembler_sparc.cpp MacroAssembler::compiler_lock_object function. I have tried to use the dbx pathmap command but it doesn't seem to help dbx to locate the source file or the function definition. Any suggestions? Thanks in advance for any comment. -- Regards James Wang From Jon.Masamitsu at Sun.COM Tue Oct 7 20:03:50 2008 From: Jon.Masamitsu at Sun.COM (Jon Masamitsu) Date: Tue, 07 Oct 2008 20:03:50 -0700 Subject: open jdk debug options In-Reply-To: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> References: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> Message-ID: <48EC2316.3050901@sun.com> How do you start dbx on java? And what is dbx saying exactly? Cong Wang wrote: > Hi all: > I am trying to modify some part of the hotspot runtime interpreter > and I would like to debug that using either dbx or gdb. I have compile > the file using the following options: > > ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs > ALT_FREETYPE_LIB_PATH=/usr/local/lib > ALT_FREETYPE_HEADERS_PATH=/usr/local/include > ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 > ANT_HOME=/usr/sfw > ALT_OUTPUTDIR=/scratch/wang/java_tm_7 > DEV_ONLY=true > DEBUG=true > > I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin > directory. I would like to set a break point at > hotspot/src/cpu/sparc/vm/assembler_sparc.cpp > MacroAssembler::compiler_lock_object function. I have tried to use the > dbx pathmap command but it doesn't seem to help dbx to locate the > source file or the function definition. > Any suggestions? Thanks in advance for any comment. > > From jameswang99 at yahoo.com Tue Oct 7 21:15:40 2008 From: jameswang99 at yahoo.com (Cong Wang) Date: Tue, 7 Oct 2008 23:15:40 -0500 Subject: open jdk debug options In-Reply-To: <48EC2316.3050901@sun.com> References: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> <48EC2316.3050901@sun.com> Message-ID: <92350dc0810072115s4885fec8m6cb7ec9c798deadc@mail.gmail.com> Hi Jon: I went into the ALT_OUTPUTDIR/bin start dbx with : dbx java For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc Reading java Reading /usr/lib/ld.so.1 Reading /lib/libthread.so.1 Reading /scratch/wang/java_tm_7/lib/sparc/jli/libjli.so Reading /lib/libdl.so.1 Reading /lib/libc.so.1 then I map the src file foler into the current folder, using pathmap pathmap /scratch/wang/openjdk/hotspot/src/cpu/sparc/vm /scratch/wang/java_tm_7/bin after the pathmap, I try to find the function using whereis compiler_lock_object there is no output. But I know that function is in /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so, therefore I use the following to load the shared library: loadobject -load /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so Reading /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so Loaded loadobject: /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so now, when I use whereis to find compiler_lock_object, I got: whereis compiler_lock_object function: `/scratch/wang/java_tm_7/lib/sparc/server/libjvm.so`assembler_sparc.cpp`#__1cOMacroAssemblerUcompiler_lock_object6MpnMRegisterImpl_222pnVBiasedLockingCounters__v_ [non -g, demangles to: MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*)] Then, I set a break point using: stop in compiler_lock_object dbx: warning: 'compiler_lock_object' has no debugger info -- will trigger on first instruction (2) stop in MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*) So, I run my application in the debugger using: run -server -Xcomp -Xbatch -Xss128k -XX:NewSize=256m -Xnoclassgc -verbose:gc -classpath /scratch/wang/java_tm_7/bin/ SynchronizedCounter (process id 25142) dbx: process 25142 about to exec("/scratch/wang/java_tm_7/bin/java") dbx: program "/scratch/wang/java_tm_7/bin/java" just exec'ed dbx: to go back to the original program use "debug $oprog" t at 1 (l at 1) stopped in main at 0x00010d30 0x00010d30: main : save %sp, -128, %sp (dbx) cont t at 2 (l at 2) signal SEGV (no mapping at the fault address) in (unknown) at 0xfc063710 0xfc063710: ld [%o0 + 4], %l0 Current function is jni_invoke_nonstatic (optimized) 1084 JavaCalls::call(result, method, &java_args, CHECK); I will never get to my break point. But if I run this outside dbx, everything works fine. SynchronizedCounter is a small multi-threaed java program I wrote to test the jvm. It has two threads try to grab a lock and increment a shared counter. It works fine but I want to change how the jvm manages the lock, so I want to stop the program when jvm creates a lock and acquires it. Thanks for any comment you may have in advance. Regards James Wang On Tue, Oct 7, 2008 at 10:03 PM, Jon Masamitsu wrote: > How do you start dbx on java? And what is dbx saying > exactly? > > Cong Wang wrote: >> >> Hi all: >> I am trying to modify some part of the hotspot runtime interpreter >> and I would like to debug that using either dbx or gdb. I have compile >> the file using the following options: >> >> ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs >> ALT_FREETYPE_LIB_PATH=/usr/local/lib >> ALT_FREETYPE_HEADERS_PATH=/usr/local/include >> ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 >> ANT_HOME=/usr/sfw >> ALT_OUTPUTDIR=/scratch/wang/java_tm_7 >> DEV_ONLY=true >> DEBUG=true >> >> I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin >> directory. I would like to set a break point at >> hotspot/src/cpu/sparc/vm/assembler_sparc.cpp >> MacroAssembler::compiler_lock_object function. I have tried to use the >> dbx pathmap command but it doesn't seem to help dbx to locate the >> source file or the function definition. >> Any suggestions? Thanks in advance for any comment. >> >> > > -- Regards James Wang From neojia at gmail.com Tue Oct 7 21:54:57 2008 From: neojia at gmail.com (Neo Jia) Date: Tue, 7 Oct 2008 21:54:57 -0700 Subject: open jdk debug options In-Reply-To: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> References: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> Message-ID: <5d649bdb0810072154p4c69e659g340fb5fd1ab291a4@mail.gmail.com> I have done that long time ago (last Summer) but it is definitely doable with gdb. But, you have to enable "+ggdb3" to get all the C++ symbols. Thanks, Neo On Tue, Oct 7, 2008 at 7:06 PM, Cong Wang wrote: > Hi all: > I am trying to modify some part of the hotspot runtime interpreter > and I would like to debug that using either dbx or gdb. I have compile > the file using the following options: > > ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs > ALT_FREETYPE_LIB_PATH=/usr/local/lib > ALT_FREETYPE_HEADERS_PATH=/usr/local/include > ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 > ANT_HOME=/usr/sfw > ALT_OUTPUTDIR=/scratch/wang/java_tm_7 > DEV_ONLY=true > DEBUG=true > > I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin > directory. I would like to set a break point at > hotspot/src/cpu/sparc/vm/assembler_sparc.cpp > MacroAssembler::compiler_lock_object function. I have tried to use the > dbx pathmap command but it doesn't seem to help dbx to locate the > source file or the function definition. > Any suggestions? Thanks in advance for any comment. > > -- > Regards > James Wang > -- I would remember that if researchers were not ambitious probably today we haven't the technology we are using! From Jon.Masamitsu at Sun.COM Tue Oct 7 22:05:55 2008 From: Jon.Masamitsu at Sun.COM (Jon Masamitsu) Date: Tue, 07 Oct 2008 22:05:55 -0700 Subject: open jdk debug options In-Reply-To: <92350dc0810072115s4885fec8m6cb7ec9c798deadc@mail.gmail.com> References: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> <48EC2316.3050901@sun.com> <92350dc0810072115s4885fec8m6cb7ec9c798deadc@mail.gmail.com> Message-ID: <48EC3FB3.8090206@sun.com> When you start dbx java you are starting dbx on the java launcher. The launcher does an exec of the VM. In the output below from dbx the "stopped in main" indicates that the exec has happened and you've stopped in the main of the VM. At that point dbx has forgotten about the breakpoints you've set because it thinks the breakpoints are in the launcher. You need to set your LD_LIBRARY_PATH to point to the libjvm.so that you've built. Compile this program public class PrintLibraryPath { public static void main(String[] args) { System.out.println(System.getProperty("java.library.path")); } } and execute it with the java you want to debug. I have /usr/jdk/jdk1.5.0_11/bin/java so ------------------- /usr/jdk/jdk1.5.0_11/bin/java PrintLibraryPath /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server:/usr/jdk/instances/jdk1.5.0/jre/lib/sparc:/usr/jdk/instances/jdk1.5.0/jre/../lib/sparc:/usr/lib ------------------- prints the LD_LIBRARY_PATH for /usr/jdk/jdk1.5.0_11/bin/java Set your LD_LIBRARY_PATH accordingly. Then start dbx on java and you should see something like ------------------- dbx /usr/jdk/jdk1.5.0_11/bin/java For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.5' in your .dbxrcReading java Reading ld.so.1 Reading libthread.so.1 Reading libdl.so.1 Reading libc.so.1 ------------------- Run with -version ------------------- dbx: run -version Running: java -version (process id 6309) Reading libc_psr.so.1 Reading libjvm.so Reading libsocket.so.1 Reading libsched.so.1 Reading libCrun.so.1 Reading libm.so.1 Reading libnsl.so.1 Reading libm.so.2 Reading libscf.so.1 Reading libdoor.so.1 Reading libuutil.so.1 Reading libmd5.so.1 Reading libmd5_psr.so.1 Reading libmp.so.2 Reading libhpi.so Reading libverify.so Reading libjava.so Reading libzip.so java version "1.5.0_11" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) Java HotSpot(TM) Server VM (build 1.5.0_11-b03, mixed mode) execution completed, exit code is 0 dbx: ------------------- Running with -version causes the VM to execute and all the libraries get loaded. You should them see your /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so You should be able to set your breakpoints now and run with your real java command line. Cong Wang wrote: > Hi Jon: > I went into the ALT_OUTPUTDIR/bin > start dbx with : > dbx java > For information about new features see `help changes' > To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc > Reading java > Reading /usr/lib/ld.so.1 > Reading /lib/libthread.so.1 > Reading /scratch/wang/java_tm_7/lib/sparc/jli/libjli.so > Reading /lib/libdl.so.1 > Reading /lib/libc.so.1 > > then I map the src file foler into the current folder, using pathmap > > pathmap /scratch/wang/openjdk/hotspot/src/cpu/sparc/vm > /scratch/wang/java_tm_7/bin > > after the pathmap, I try to find the function using > > whereis compiler_lock_object > > there is no output. > > But I know that function is in > /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so, therefore > I use the following to load the shared library: > loadobject -load /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so > Reading /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so > Loaded loadobject: /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so > > now, when I use whereis to find compiler_lock_object, I got: > whereis compiler_lock_object > function: > `/scratch/wang/java_tm_7/lib/sparc/server/libjvm.so`assembler_sparc.cpp`#__1cOMacroAssemblerUcompiler_lock_object6MpnMRegisterImpl_222pnVBiasedLockingCounters__v_ > [non -g, demangles to: > MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*)] > > Then, I set a break point using: > stop in compiler_lock_object > dbx: warning: 'compiler_lock_object' has no debugger info -- will > trigger on first instruction > (2) stop in MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*) > > > So, I run my application in the debugger > using: > > run -server -Xcomp -Xbatch -Xss128k -XX:NewSize=256m -Xnoclassgc > -verbose:gc -classpath /scratch/wang/java_tm_7/bin/ > SynchronizedCounter > > (process id 25142) > dbx: process 25142 about to exec("/scratch/wang/java_tm_7/bin/java") > dbx: program "/scratch/wang/java_tm_7/bin/java" just exec'ed > dbx: to go back to the original program use "debug $oprog" > t at 1 (l at 1) stopped in main at 0x00010d30 > 0x00010d30: main : save %sp, -128, %sp > > (dbx) cont > t at 2 (l at 2) signal SEGV (no mapping at the fault address) in (unknown) > at 0xfc063710 > 0xfc063710: ld [%o0 + 4], %l0 > Current function is jni_invoke_nonstatic (optimized) > 1084 JavaCalls::call(result, method, &java_args, CHECK); > > I will never get to my break point. But if I run this outside dbx, > everything works fine. > > SynchronizedCounter is a small multi-threaed java program I wrote to > test the jvm. It has two threads try to grab a lock and increment a > shared counter. > It works fine but I want to change how the jvm manages the lock, so I > want to stop the program when jvm creates a lock and acquires it. > > Thanks for any comment you may have in advance. > > Regards > James Wang > > > On Tue, Oct 7, 2008 at 10:03 PM, Jon Masamitsu wrote: > >> How do you start dbx on java? And what is dbx saying >> exactly? >> >> Cong Wang wrote: >> >>> Hi all: >>> I am trying to modify some part of the hotspot runtime interpreter >>> and I would like to debug that using either dbx or gdb. I have compile >>> the file using the following options: >>> >>> ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs >>> ALT_FREETYPE_LIB_PATH=/usr/local/lib >>> ALT_FREETYPE_HEADERS_PATH=/usr/local/include >>> ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 >>> ANT_HOME=/usr/sfw >>> ALT_OUTPUTDIR=/scratch/wang/java_tm_7 >>> DEV_ONLY=true >>> DEBUG=true >>> >>> I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin >>> directory. I would like to set a break point at >>> hotspot/src/cpu/sparc/vm/assembler_sparc.cpp >>> MacroAssembler::compiler_lock_object function. I have tried to use the >>> dbx pathmap command but it doesn't seem to help dbx to locate the >>> source file or the function definition. >>> Any suggestions? Thanks in advance for any comment. >>> >>> >>> >> > > > > From neojia at gmail.com Tue Oct 7 22:08:37 2008 From: neojia at gmail.com (Neo Jia) Date: Tue, 7 Oct 2008 22:08:37 -0700 Subject: open jdk debug options In-Reply-To: <48EC3FB3.8090206@sun.com> References: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> <48EC2316.3050901@sun.com> <92350dc0810072115s4885fec8m6cb7ec9c798deadc@mail.gmail.com> <48EC3FB3.8090206@sun.com> Message-ID: <5d649bdb0810072208v740cdcafm129c3e7a1ddacd7d@mail.gmail.com> On Tue, Oct 7, 2008 at 10:05 PM, Jon Masamitsu wrote: > > When you start > > dbx java > > you are starting dbx on the java launcher. The > launcher does an exec of the VM. > In the output below from dbx the "stopped in main" > indicates that the exec has happened and you've > stopped in the main of the VM. At that point > dbx has forgotten about the breakpoints you've > set because it thinks the breakpoints are in the > launcher. FYI. gdb can keep follow the exec after 6.5. Thanks, Neo > > You need to set your LD_LIBRARY_PATH > to point to the libjvm.so that you've built. > > Compile this program > > public class PrintLibraryPath { > public static void main(String[] args) { > System.out.println(System.getProperty("java.library.path")); > } > } > > and execute it with the java you want to debug. > > I have /usr/jdk/jdk1.5.0_11/bin/java so > > ------------------- > /usr/jdk/jdk1.5.0_11/bin/java PrintLibraryPath > /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server:/usr/jdk/instances/jdk1.5.0/jre/lib/sparc:/usr/jdk/instances/jdk1.5.0/jre/../lib/sparc:/usr/lib > ------------------- > > prints the LD_LIBRARY_PATH for /usr/jdk/jdk1.5.0_11/bin/java > > Set your LD_LIBRARY_PATH accordingly. > > Then start dbx on java and you should see something like > > ------------------- > dbx /usr/jdk/jdk1.5.0_11/bin/java > For information about new features see `help changes' > To remove this message, put `dbxenv suppress_startup_message 7.5' in your > .dbxrcReading java > Reading ld.so.1 > Reading libthread.so.1 > Reading libdl.so.1 > Reading libc.so.1 > ------------------- > > Run with -version > > ------------------- > > dbx: run -version > Running: java -version > (process id 6309) > Reading libc_psr.so.1 > Reading libjvm.so > Reading libsocket.so.1 > Reading libsched.so.1 > Reading libCrun.so.1 > Reading libm.so.1 > Reading libnsl.so.1 > Reading libm.so.2 > Reading libscf.so.1 > Reading libdoor.so.1 > Reading libuutil.so.1 > Reading libmd5.so.1 > Reading libmd5_psr.so.1 > Reading libmp.so.2 > Reading libhpi.so > Reading libverify.so > Reading libjava.so > Reading libzip.so > java version "1.5.0_11" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) > Java HotSpot(TM) Server VM (build 1.5.0_11-b03, mixed mode) > > execution completed, exit code is 0 > dbx: > ------------------- > > Running with -version causes the VM to execute and all the > libraries get loaded. You should them see your > > /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so > > You should be able to set your breakpoints now and run > with your real java command line. > > > Cong Wang wrote: >> >> Hi Jon: >> I went into the ALT_OUTPUTDIR/bin >> start dbx with : >> dbx java >> For information about new features see `help changes' >> To remove this message, put `dbxenv suppress_startup_message 7.6' in your >> .dbxrc >> Reading java >> Reading /usr/lib/ld.so.1 >> Reading /lib/libthread.so.1 >> Reading /scratch/wang/java_tm_7/lib/sparc/jli/libjli.so >> Reading /lib/libdl.so.1 >> Reading /lib/libc.so.1 >> >> then I map the src file foler into the current folder, using pathmap >> >> pathmap /scratch/wang/openjdk/hotspot/src/cpu/sparc/vm >> /scratch/wang/java_tm_7/bin >> >> after the pathmap, I try to find the function using >> >> whereis compiler_lock_object >> >> there is no output. >> >> But I know that function is in >> /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so, therefore >> I use the following to load the shared library: >> loadobject -load /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >> Reading /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >> Loaded loadobject: /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >> >> now, when I use whereis to find compiler_lock_object, I got: >> whereis compiler_lock_object >> function: >> >> `/scratch/wang/java_tm_7/lib/sparc/server/libjvm.so`assembler_sparc.cpp`#__1cOMacroAssemblerUcompiler_lock_object6MpnMRegisterImpl_222pnVBiasedLockingCounters__v_ >> [non -g, demangles to: >> >> MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*)] >> >> Then, I set a break point using: >> stop in compiler_lock_object >> dbx: warning: 'compiler_lock_object' has no debugger info -- will >> trigger on first instruction >> (2) stop in >> MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*) >> >> >> So, I run my application in the debugger >> using: >> >> run -server -Xcomp -Xbatch -Xss128k -XX:NewSize=256m -Xnoclassgc >> -verbose:gc -classpath /scratch/wang/java_tm_7/bin/ >> SynchronizedCounter >> >> (process id 25142) >> dbx: process 25142 about to exec("/scratch/wang/java_tm_7/bin/java") >> dbx: program "/scratch/wang/java_tm_7/bin/java" just exec'ed >> dbx: to go back to the original program use "debug $oprog" >> t at 1 (l at 1) stopped in main at 0x00010d30 >> 0x00010d30: main : save %sp, -128, %sp >> >> (dbx) cont >> t at 2 (l at 2) signal SEGV (no mapping at the fault address) in (unknown) >> at 0xfc063710 >> 0xfc063710: ld [%o0 + 4], %l0 >> Current function is jni_invoke_nonstatic (optimized) >> 1084 JavaCalls::call(result, method, &java_args, CHECK); >> >> I will never get to my break point. But if I run this outside dbx, >> everything works fine. >> >> SynchronizedCounter is a small multi-threaed java program I wrote to >> test the jvm. It has two threads try to grab a lock and increment a >> shared counter. >> It works fine but I want to change how the jvm manages the lock, so I >> want to stop the program when jvm creates a lock and acquires it. >> >> Thanks for any comment you may have in advance. >> >> Regards >> James Wang >> >> >> On Tue, Oct 7, 2008 at 10:03 PM, Jon Masamitsu >> wrote: >> >>> >>> How do you start dbx on java? And what is dbx saying >>> exactly? >>> >>> Cong Wang wrote: >>> >>>> >>>> Hi all: >>>> I am trying to modify some part of the hotspot runtime interpreter >>>> and I would like to debug that using either dbx or gdb. I have compile >>>> the file using the following options: >>>> >>>> ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs >>>> ALT_FREETYPE_LIB_PATH=/usr/local/lib >>>> ALT_FREETYPE_HEADERS_PATH=/usr/local/include >>>> ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 >>>> ANT_HOME=/usr/sfw >>>> ALT_OUTPUTDIR=/scratch/wang/java_tm_7 >>>> DEV_ONLY=true >>>> DEBUG=true >>>> >>>> I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin >>>> directory. I would like to set a break point at >>>> hotspot/src/cpu/sparc/vm/assembler_sparc.cpp >>>> MacroAssembler::compiler_lock_object function. I have tried to use the >>>> dbx pathmap command but it doesn't seem to help dbx to locate the >>>> source file or the function definition. >>>> Any suggestions? Thanks in advance for any comment. >>>> >>>> >>>> >>> >>> >> >> >> >> > > -- I would remember that if researchers were not ambitious probably today we haven't the technology we are using! From jameswang99 at yahoo.com Tue Oct 7 22:13:14 2008 From: jameswang99 at yahoo.com (Cong Wang) Date: Wed, 8 Oct 2008 13:13:14 +0800 Subject: open jdk debug options In-Reply-To: <5d649bdb0810072208v740cdcafm129c3e7a1ddacd7d@mail.gmail.com> References: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> <48EC2316.3050901@sun.com> <92350dc0810072115s4885fec8m6cb7ec9c798deadc@mail.gmail.com> <48EC3FB3.8090206@sun.com> <5d649bdb0810072208v740cdcafm129c3e7a1ddacd7d@mail.gmail.com> Message-ID: <92350dc0810072213i3fe2b210q3a0a5332202ff920@mail.gmail.com> OK. So, Neo, the option for -ggdb3 is for sun cc or gcc? Thank you all for your response so far. Regards James Wang On Wed, Oct 8, 2008 at 1:08 PM, Neo Jia wrote: > On Tue, Oct 7, 2008 at 10:05 PM, Jon Masamitsu wrote: >> >> When you start >> >> dbx java >> >> you are starting dbx on the java launcher. The >> launcher does an exec of the VM. >> In the output below from dbx the "stopped in main" >> indicates that the exec has happened and you've >> stopped in the main of the VM. At that point >> dbx has forgotten about the breakpoints you've >> set because it thinks the breakpoints are in the >> launcher. > > FYI. gdb can keep follow the exec after 6.5. > > Thanks, > Neo > >> >> You need to set your LD_LIBRARY_PATH >> to point to the libjvm.so that you've built. >> >> Compile this program >> >> public class PrintLibraryPath { >> public static void main(String[] args) { >> System.out.println(System.getProperty("java.library.path")); >> } >> } >> >> and execute it with the java you want to debug. >> >> I have /usr/jdk/jdk1.5.0_11/bin/java so >> >> ------------------- >> /usr/jdk/jdk1.5.0_11/bin/java PrintLibraryPath >> /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server:/usr/jdk/instances/jdk1.5.0/jre/lib/sparc:/usr/jdk/instances/jdk1.5.0/jre/../lib/sparc:/usr/lib >> ------------------- >> >> prints the LD_LIBRARY_PATH for /usr/jdk/jdk1.5.0_11/bin/java >> >> Set your LD_LIBRARY_PATH accordingly. >> >> Then start dbx on java and you should see something like >> >> ------------------- >> dbx /usr/jdk/jdk1.5.0_11/bin/java >> For information about new features see `help changes' >> To remove this message, put `dbxenv suppress_startup_message 7.5' in your >> .dbxrcReading java >> Reading ld.so.1 >> Reading libthread.so.1 >> Reading libdl.so.1 >> Reading libc.so.1 >> ------------------- >> >> Run with -version >> >> ------------------- >> >> dbx: run -version >> Running: java -version >> (process id 6309) >> Reading libc_psr.so.1 >> Reading libjvm.so >> Reading libsocket.so.1 >> Reading libsched.so.1 >> Reading libCrun.so.1 >> Reading libm.so.1 >> Reading libnsl.so.1 >> Reading libm.so.2 >> Reading libscf.so.1 >> Reading libdoor.so.1 >> Reading libuutil.so.1 >> Reading libmd5.so.1 >> Reading libmd5_psr.so.1 >> Reading libmp.so.2 >> Reading libhpi.so >> Reading libverify.so >> Reading libjava.so >> Reading libzip.so >> java version "1.5.0_11" >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) >> Java HotSpot(TM) Server VM (build 1.5.0_11-b03, mixed mode) >> >> execution completed, exit code is 0 >> dbx: >> ------------------- >> >> Running with -version causes the VM to execute and all the >> libraries get loaded. You should them see your >> >> /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >> >> You should be able to set your breakpoints now and run >> with your real java command line. >> >> >> Cong Wang wrote: >>> >>> Hi Jon: >>> I went into the ALT_OUTPUTDIR/bin >>> start dbx with : >>> dbx java >>> For information about new features see `help changes' >>> To remove this message, put `dbxenv suppress_startup_message 7.6' in your >>> .dbxrc >>> Reading java >>> Reading /usr/lib/ld.so.1 >>> Reading /lib/libthread.so.1 >>> Reading /scratch/wang/java_tm_7/lib/sparc/jli/libjli.so >>> Reading /lib/libdl.so.1 >>> Reading /lib/libc.so.1 >>> >>> then I map the src file foler into the current folder, using pathmap >>> >>> pathmap /scratch/wang/openjdk/hotspot/src/cpu/sparc/vm >>> /scratch/wang/java_tm_7/bin >>> >>> after the pathmap, I try to find the function using >>> >>> whereis compiler_lock_object >>> >>> there is no output. >>> >>> But I know that function is in >>> /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so, therefore >>> I use the following to load the shared library: >>> loadobject -load /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >>> Reading /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >>> Loaded loadobject: /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >>> >>> now, when I use whereis to find compiler_lock_object, I got: >>> whereis compiler_lock_object >>> function: >>> >>> `/scratch/wang/java_tm_7/lib/sparc/server/libjvm.so`assembler_sparc.cpp`#__1cOMacroAssemblerUcompiler_lock_object6MpnMRegisterImpl_222pnVBiasedLockingCounters__v_ >>> [non -g, demangles to: >>> >>> MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*)] >>> >>> Then, I set a break point using: >>> stop in compiler_lock_object >>> dbx: warning: 'compiler_lock_object' has no debugger info -- will >>> trigger on first instruction >>> (2) stop in >>> MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*) >>> >>> >>> So, I run my application in the debugger >>> using: >>> >>> run -server -Xcomp -Xbatch -Xss128k -XX:NewSize=256m -Xnoclassgc >>> -verbose:gc -classpath /scratch/wang/java_tm_7/bin/ >>> SynchronizedCounter >>> >>> (process id 25142) >>> dbx: process 25142 about to exec("/scratch/wang/java_tm_7/bin/java") >>> dbx: program "/scratch/wang/java_tm_7/bin/java" just exec'ed >>> dbx: to go back to the original program use "debug $oprog" >>> t at 1 (l at 1) stopped in main at 0x00010d30 >>> 0x00010d30: main : save %sp, -128, %sp >>> >>> (dbx) cont >>> t at 2 (l at 2) signal SEGV (no mapping at the fault address) in (unknown) >>> at 0xfc063710 >>> 0xfc063710: ld [%o0 + 4], %l0 >>> Current function is jni_invoke_nonstatic (optimized) >>> 1084 JavaCalls::call(result, method, &java_args, CHECK); >>> >>> I will never get to my break point. But if I run this outside dbx, >>> everything works fine. >>> >>> SynchronizedCounter is a small multi-threaed java program I wrote to >>> test the jvm. It has two threads try to grab a lock and increment a >>> shared counter. >>> It works fine but I want to change how the jvm manages the lock, so I >>> want to stop the program when jvm creates a lock and acquires it. >>> >>> Thanks for any comment you may have in advance. >>> >>> Regards >>> James Wang >>> >>> >>> On Tue, Oct 7, 2008 at 10:03 PM, Jon Masamitsu >>> wrote: >>> >>>> >>>> How do you start dbx on java? And what is dbx saying >>>> exactly? >>>> >>>> Cong Wang wrote: >>>> >>>>> >>>>> Hi all: >>>>> I am trying to modify some part of the hotspot runtime interpreter >>>>> and I would like to debug that using either dbx or gdb. I have compile >>>>> the file using the following options: >>>>> >>>>> ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs >>>>> ALT_FREETYPE_LIB_PATH=/usr/local/lib >>>>> ALT_FREETYPE_HEADERS_PATH=/usr/local/include >>>>> ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 >>>>> ANT_HOME=/usr/sfw >>>>> ALT_OUTPUTDIR=/scratch/wang/java_tm_7 >>>>> DEV_ONLY=true >>>>> DEBUG=true >>>>> >>>>> I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin >>>>> directory. I would like to set a break point at >>>>> hotspot/src/cpu/sparc/vm/assembler_sparc.cpp >>>>> MacroAssembler::compiler_lock_object function. I have tried to use the >>>>> dbx pathmap command but it doesn't seem to help dbx to locate the >>>>> source file or the function definition. >>>>> Any suggestions? Thanks in advance for any comment. >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> >>> >> >> > > > > -- > I would remember that if researchers were not ambitious > probably today we haven't the technology we are using! > -- Regards James Wang From neojia at gmail.com Tue Oct 7 22:16:11 2008 From: neojia at gmail.com (Neo Jia) Date: Tue, 7 Oct 2008 22:16:11 -0700 Subject: open jdk debug options In-Reply-To: <92350dc0810072213i3fe2b210q3a0a5332202ff920@mail.gmail.com> References: <92350dc0810071906v3efd0a90k79e5c426fd73a87@mail.gmail.com> <48EC2316.3050901@sun.com> <92350dc0810072115s4885fec8m6cb7ec9c798deadc@mail.gmail.com> <48EC3FB3.8090206@sun.com> <5d649bdb0810072208v740cdcafm129c3e7a1ddacd7d@mail.gmail.com> <92350dc0810072213i3fe2b210q3a0a5332202ff920@mail.gmail.com> Message-ID: <5d649bdb0810072216s6ad6e5d2h90afb39970bb60b2@mail.gmail.com> On Tue, Oct 7, 2008 at 10:13 PM, Cong Wang wrote: > OK. So, Neo, the option for -ggdb3 is for sun cc or gcc? gcc, you just need to modify the hotspot makefile to include it there. > Thank you all for your response so far. > Regards > James Wang > > On Wed, Oct 8, 2008 at 1:08 PM, Neo Jia wrote: >> On Tue, Oct 7, 2008 at 10:05 PM, Jon Masamitsu wrote: >>> >>> When you start >>> >>> dbx java >>> >>> you are starting dbx on the java launcher. The >>> launcher does an exec of the VM. >>> In the output below from dbx the "stopped in main" >>> indicates that the exec has happened and you've >>> stopped in the main of the VM. At that point >>> dbx has forgotten about the breakpoints you've >>> set because it thinks the breakpoints are in the >>> launcher. >> >> FYI. gdb can keep follow the exec after 6.5. >> >> Thanks, >> Neo >> >>> >>> You need to set your LD_LIBRARY_PATH >>> to point to the libjvm.so that you've built. >>> >>> Compile this program >>> >>> public class PrintLibraryPath { >>> public static void main(String[] args) { >>> System.out.println(System.getProperty("java.library.path")); >>> } >>> } >>> >>> and execute it with the java you want to debug. >>> >>> I have /usr/jdk/jdk1.5.0_11/bin/java so >>> >>> ------------------- >>> /usr/jdk/jdk1.5.0_11/bin/java PrintLibraryPath >>> /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server:/usr/jdk/instances/jdk1.5.0/jre/lib/sparc:/usr/jdk/instances/jdk1.5.0/jre/../lib/sparc:/usr/lib >>> ------------------- >>> >>> prints the LD_LIBRARY_PATH for /usr/jdk/jdk1.5.0_11/bin/java >>> >>> Set your LD_LIBRARY_PATH accordingly. >>> >>> Then start dbx on java and you should see something like >>> >>> ------------------- >>> dbx /usr/jdk/jdk1.5.0_11/bin/java >>> For information about new features see `help changes' >>> To remove this message, put `dbxenv suppress_startup_message 7.5' in your >>> .dbxrcReading java >>> Reading ld.so.1 >>> Reading libthread.so.1 >>> Reading libdl.so.1 >>> Reading libc.so.1 >>> ------------------- >>> >>> Run with -version >>> >>> ------------------- >>> >>> dbx: run -version >>> Running: java -version >>> (process id 6309) >>> Reading libc_psr.so.1 >>> Reading libjvm.so >>> Reading libsocket.so.1 >>> Reading libsched.so.1 >>> Reading libCrun.so.1 >>> Reading libm.so.1 >>> Reading libnsl.so.1 >>> Reading libm.so.2 >>> Reading libscf.so.1 >>> Reading libdoor.so.1 >>> Reading libuutil.so.1 >>> Reading libmd5.so.1 >>> Reading libmd5_psr.so.1 >>> Reading libmp.so.2 >>> Reading libhpi.so >>> Reading libverify.so >>> Reading libjava.so >>> Reading libzip.so >>> java version "1.5.0_11" >>> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) >>> Java HotSpot(TM) Server VM (build 1.5.0_11-b03, mixed mode) >>> >>> execution completed, exit code is 0 >>> dbx: >>> ------------------- >>> >>> Running with -version causes the VM to execute and all the >>> libraries get loaded. You should them see your >>> >>> /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >>> >>> You should be able to set your breakpoints now and run >>> with your real java command line. >>> >>> >>> Cong Wang wrote: >>>> >>>> Hi Jon: >>>> I went into the ALT_OUTPUTDIR/bin >>>> start dbx with : >>>> dbx java >>>> For information about new features see `help changes' >>>> To remove this message, put `dbxenv suppress_startup_message 7.6' in your >>>> .dbxrc >>>> Reading java >>>> Reading /usr/lib/ld.so.1 >>>> Reading /lib/libthread.so.1 >>>> Reading /scratch/wang/java_tm_7/lib/sparc/jli/libjli.so >>>> Reading /lib/libdl.so.1 >>>> Reading /lib/libc.so.1 >>>> >>>> then I map the src file foler into the current folder, using pathmap >>>> >>>> pathmap /scratch/wang/openjdk/hotspot/src/cpu/sparc/vm >>>> /scratch/wang/java_tm_7/bin >>>> >>>> after the pathmap, I try to find the function using >>>> >>>> whereis compiler_lock_object >>>> >>>> there is no output. >>>> >>>> But I know that function is in >>>> /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so, therefore >>>> I use the following to load the shared library: >>>> loadobject -load /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >>>> Reading /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >>>> Loaded loadobject: /scratch/wang/java_tm_7/lib/sparc/server/libjvm.so >>>> >>>> now, when I use whereis to find compiler_lock_object, I got: >>>> whereis compiler_lock_object >>>> function: >>>> >>>> `/scratch/wang/java_tm_7/lib/sparc/server/libjvm.so`assembler_sparc.cpp`#__1cOMacroAssemblerUcompiler_lock_object6MpnMRegisterImpl_222pnVBiasedLockingCounters__v_ >>>> [non -g, demangles to: >>>> >>>> MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*)] >>>> >>>> Then, I set a break point using: >>>> stop in compiler_lock_object >>>> dbx: warning: 'compiler_lock_object' has no debugger info -- will >>>> trigger on first instruction >>>> (2) stop in >>>> MacroAssembler::compiler_lock_object(RegisterImpl*,RegisterImpl*,RegisterImpl*,RegisterImpl*,BiasedLockingCounters*) >>>> >>>> >>>> So, I run my application in the debugger >>>> using: >>>> >>>> run -server -Xcomp -Xbatch -Xss128k -XX:NewSize=256m -Xnoclassgc >>>> -verbose:gc -classpath /scratch/wang/java_tm_7/bin/ >>>> SynchronizedCounter >>>> >>>> (process id 25142) >>>> dbx: process 25142 about to exec("/scratch/wang/java_tm_7/bin/java") >>>> dbx: program "/scratch/wang/java_tm_7/bin/java" just exec'ed >>>> dbx: to go back to the original program use "debug $oprog" >>>> t at 1 (l at 1) stopped in main at 0x00010d30 >>>> 0x00010d30: main : save %sp, -128, %sp >>>> >>>> (dbx) cont >>>> t at 2 (l at 2) signal SEGV (no mapping at the fault address) in (unknown) >>>> at 0xfc063710 >>>> 0xfc063710: ld [%o0 + 4], %l0 >>>> Current function is jni_invoke_nonstatic (optimized) >>>> 1084 JavaCalls::call(result, method, &java_args, CHECK); >>>> >>>> I will never get to my break point. But if I run this outside dbx, >>>> everything works fine. >>>> >>>> SynchronizedCounter is a small multi-threaed java program I wrote to >>>> test the jvm. It has two threads try to grab a lock and increment a >>>> shared counter. >>>> It works fine but I want to change how the jvm manages the lock, so I >>>> want to stop the program when jvm creates a lock and acquires it. >>>> >>>> Thanks for any comment you may have in advance. >>>> >>>> Regards >>>> James Wang >>>> >>>> >>>> On Tue, Oct 7, 2008 at 10:03 PM, Jon Masamitsu >>>> wrote: >>>> >>>>> >>>>> How do you start dbx on java? And what is dbx saying >>>>> exactly? >>>>> >>>>> Cong Wang wrote: >>>>> >>>>>> >>>>>> Hi all: >>>>>> I am trying to modify some part of the hotspot runtime interpreter >>>>>> and I would like to debug that using either dbx or gdb. I have compile >>>>>> the file using the following options: >>>>>> >>>>>> ALT_BINARY_PLUGS_PATH=/scratch/wang/openjdk-binary-plugs >>>>>> ALT_FREETYPE_LIB_PATH=/usr/local/lib >>>>>> ALT_FREETYPE_HEADERS_PATH=/usr/local/include >>>>>> ALT_CUPS_HEADERS_PATH=/scratch/wang/cups-1.3.8 >>>>>> ANT_HOME=/usr/sfw >>>>>> ALT_OUTPUTDIR=/scratch/wang/java_tm_7 >>>>>> DEV_ONLY=true >>>>>> DEBUG=true >>>>>> >>>>>> I am not able to use dbx to debug java in the ALT_OUTPUTDIR/bin >>>>>> directory. I would like to set a break point at >>>>>> hotspot/src/cpu/sparc/vm/assembler_sparc.cpp >>>>>> MacroAssembler::compiler_lock_object function. I have tried to use the >>>>>> dbx pathmap command but it doesn't seem to help dbx to locate the >>>>>> source file or the function definition. >>>>>> Any suggestions? Thanks in advance for any comment. >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >>> >> >> >> >> -- >> I would remember that if researchers were not ambitious >> probably today we haven't the technology we are using! >> > > > > -- > Regards > James Wang > -- I would remember that if researchers were not ambitious probably today we haven't the technology we are using! From xiaobin.lu at sun.com Wed Oct 8 17:21:24 2008 From: xiaobin.lu at sun.com (xiaobin.lu at sun.com) Date: Thu, 09 Oct 2008 00:21:24 +0000 Subject: hg: jdk7/hotspot/hotspot: 2 new changesets Message-ID: <20081009002136.C32DADE40@hg.openjdk.java.net> Changeset: fad66fdcb7fc Author: xlu Date: 2008-10-06 11:39 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/fad66fdcb7fc 6673124: Runtime.availableProcessors / os::active_processor_count wrong if unused processor sets exist Reviewed-by: acorn, dholmes ! src/os/solaris/vm/os_solaris.cpp Changeset: f008d3631bd1 Author: ksrini Date: 2008-10-08 08:10 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/f008d3631bd1 6755845: JVM_FindClassFromBoot triggers assertions Summary: Fixes assertions caused by one jvm_entry calling another, solved by refactoring code and modified gamma test. Reviewed-by: dholmes, xlu ! src/os/linux/launcher/java.c ! src/os/linux/launcher/java.h ! src/os/linux/launcher/java_md.c ! src/os/solaris/launcher/java.c ! src/os/solaris/launcher/java.h ! src/os/solaris/launcher/java_md.c ! src/share/vm/prims/jvm.cpp From charles.nutter at sun.com Fri Oct 10 07:43:42 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Fri, 10 Oct 2008 09:43:42 -0500 Subject: More C1 crashing in JRuby Message-ID: <48EF6A1E.2030604@sun.com> Another JRuby user reported SIGSEGV in C1 with a simple snippit of Ruby code: c = 1 while (true) flag = 0 (1..20).each do |e| flag += (c % e) end break if (flag == 0) c += 1 end c I was able to reproduce it using Landon Fuller's Java 6 and OpenJDK 7 builds on OS X, and have attached the dumps to this email (8135 is Java 6, 8160 is Java 7). It did not appear to crash on Apple Java 5. I've also attached the original reporter's dump file (2912), from Windows XP + Java 6. As you'd expect, switching to C2 makes the problem disappear. And like last time, I'm willing to make whatever changes necessary to work around the problem, if possible. The JRuby bug report is here: http://jira.codehaus.org/browse/JRUBY-3049 Latest JRuby nightly builds are available here (unpack, put bin/ in PATH, run 'jruby test.rb' where test.rb is the above script; defaults to -client, pass --server to switch): http://jruby.headius.com:8080/hudson/job/jruby-dist/ Do you want me to file this bug also through the usual channels? - Charlie -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hs_err_pid8160.log Url: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20081010/171ace3a/attachment.ksh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hs_err_pid8135.log Url: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20081010/171ace3a/attachment-0001.ksh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hs_err_pid2912.log Url: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20081010/171ace3a/attachment-0002.ksh From antonios.printezis at sun.com Fri Oct 10 08:30:23 2008 From: antonios.printezis at sun.com (antonios.printezis at sun.com) Date: Fri, 10 Oct 2008 15:30:23 +0000 Subject: hg: jdk7/hotspot/hotspot: 4 new changesets Message-ID: <20081010153036.990CEDF66@hg.openjdk.java.net> Changeset: ee21eaa8ffe1 Author: jmasa Date: 2008-10-02 12:01 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ee21eaa8ffe1 6660681: Incrementally reserve pages on win server 2003 for better large page affinity Summary: For windows server 2003 added option to reserve large pages individually. Reviewed-by: alanb, jcoomes, tonyp, apetrusenko ! src/os/linux/vm/globals_linux.hpp ! src/os/solaris/vm/globals_solaris.hpp ! src/os/windows/vm/globals_windows.hpp ! src/os/windows/vm/os_windows.cpp ! src/os/windows/vm/os_windows.hpp ! src/share/vm/runtime/globals.hpp Changeset: cc68c8e9b309 Author: tonyp Date: 2008-10-06 13:16 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/cc68c8e9b309 6752248: G1: introduce parallel heap verification Summary: Introduce parallel heap verification in G1. Reviewed-by: jcoomes, apetrusenko ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/runtime/globals.hpp Changeset: ab4a7734b9c4 Author: iveresov Date: 2008-10-06 20:59 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ab4a7734b9c4 6753547: NUMA allocator: Invalid chunk size computation during adaptive resizing Summary: The per-lgrp chuck size can be incorrectly computed (causing an assertion failure) because of the non-associativity of the floating point operations. The fix is to rearrange the operations. Reviewed-by: ysr ! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp Changeset: 05366dad12cf Author: tonyp Date: 2008-10-09 12:06 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/05366dad12cf Merge From Thomas.Rodriguez at Sun.COM Fri Oct 10 09:27:15 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Fri, 10 Oct 2008 09:27:15 -0700 Subject: More C1 crashing in JRuby In-Reply-To: <48EF6A1E.2030604@sun.com> References: <48EF6A1E.2030604@sun.com> Message-ID: <4F2D9EC7-D537-4618-8621-1B61C5BBB432@sun.com> From the error log, the crash appears to be in mark_loops which is the same place it was crashing before with the funny exception edges. jruby.headius.com keeps timing out so I haven't been able to download a copy of jruby. Once it comes back I'll see what I can find. tom On Oct 10, 2008, at 7:43 AM, Charles Oliver Nutter wrote: > Another JRuby user reported SIGSEGV in C1 with a simple snippit of > Ruby code: > > c = 1 > > while (true) > flag = 0 > (1..20).each do |e| > flag += (c % e) > end > break if (flag == 0) > c += 1 > end > c > > I was able to reproduce it using Landon Fuller's Java 6 and OpenJDK > 7 builds on OS X, and have attached the dumps to this email (8135 is > Java 6, 8160 is Java 7). It did not appear to crash on Apple Java 5. > I've also attached the original reporter's dump file (2912), from > Windows XP + Java 6. > > As you'd expect, switching to C2 makes the problem disappear. And > like last time, I'm willing to make whatever changes necessary to > work around the problem, if possible. > > The JRuby bug report is here: > > http://jira.codehaus.org/browse/JRUBY-3049 > > Latest JRuby nightly builds are available here (unpack, put bin/ in > PATH, run 'jruby test.rb' where test.rb is the above script; > defaults to -client, pass --server to switch): > > http://jruby.headius.com:8080/hudson/job/jruby-dist/ > > Do you want me to file this bug also through the usual channels? > > - Charlie > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x010735c7, pid=8160, tid=2958077952 > # > # Java VM: OpenJDK Client VM (14.0-b01 mixed mode bsd-x86 ) > # Problematic frame: > # V [libjvm.dylib+0x735c7] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # > > --------------- T H R E A D --------------- > > Current thread (0x0082bc00): JavaThread "CompilerThread0" daemon > [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0x46dc3668 > > Registers: > EAX=0x00002000, EBX=0x01073776, ECX=0x0000000d, EDX=0x26dc3680 > ESP=0xb050a520, EBP=0xb050a588, ESI=0x07fffffa, EDI=0x00000001 > EIP=0x010735c7, EFLAGS=0x00010206 > > Top of Stack: (sp=0xb050a520) > 0xb050a520: 007b2be0 26dc31e8 b050a568 01073425 > 0xb050a530: b050a628 b050a668 b050a674 b050a530 > 0xb050a540: 0000000e b050a628 26e670b0 ffffffff > 0xb050a550: 00000000 00000002 00000000 00000034 > 0xb050a560: b050a628 26dc3680 0000021c 000000b4 > 0xb050a570: 00000018 b050a590 b050a608 b050a5a0 > 0xb050a580: b050a674 b050a628 b050a5f8 01073906 > 0xb050a590: 00000002 26dc31f4 b050a5c8 01073906 > > Instructions: (pc=0x010735c7) > 0x010735b7: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 > 0x010735c7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 > > Stack: [0xb048b000,0xb050b000], sp=0xb050a520, free space=509k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > V [libjvm.dylib+0x735c7] > V [libjvm.dylib+0x73906] > V [libjvm.dylib+0x73a74] > V [libjvm.dylib+0x56b79] > V [libjvm.dylib+0x5701b] > V [libjvm.dylib+0x571af] > V [libjvm.dylib+0x57440] > V [libjvm.dylib+0x57499] > V [libjvm.dylib+0x57768] > V [libjvm.dylib+0x13e14c] > V [libjvm.dylib+0x13f9f0] > V [libjvm.dylib+0x3ab524] > V [libjvm.dylib+0x3b2921] > V [libjvm.dylib+0x3b2a0e] > V [libjvm.dylib+0x3071a5] > C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 > C [libSystem.B.dylib+0x325b2] thread_start+0x22 > > > Current CompileTask: > C1: 1% ! test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ > ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ > runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 > bytes) > > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x00831c00 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=-1335832576, stack(0xb050d000,0xb060d000)] > =>0x0082bc00 JavaThread "CompilerThread0" daemon [_thread_in_native, > id=-1336889344, stack(0xb048b000,0xb050b000)] > 0x00820800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=-1337421824, stack(0xb0389000,0xb0489000)] > 0x0081f000 JavaThread "Finalizer" daemon [_thread_blocked, > id=-1338478592, stack(0xb0287000,0xb0387000)] > 0x0081b000 JavaThread "Reference Handler" daemon [_thread_blocked, > id=-1339535360, stack(0xb0185000,0xb0285000)] > 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608, > stack(0xb0001000,0xb0101000)] > > Other Threads: > 0x00818800 VMThread [stack: 0xb0103000,0xb0183000] [id=-1340592128] > 0x00832c00 WatcherThread [stack: 0xb060f000,0xb068f000] > [id=-1335300096] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 960K, used 393K [0x039a0000, 0x03aa0000, > 0x06010000) > eden space 896K, 43% used [0x039a0000, 0x03a02668, 0x03a80000) > from space 64K, 0% used [0x03a90000, 0x03a900d0, 0x03aa0000) > to space 64K, 0% used [0x03a80000, 0x03a80000, 0x03a90000) > tenured generation total 4096K, used 1209K [0x06010000, > 0x06410000, 0x22da0000) > the space 4096K, 29% used [0x06010000, 0x0613e400, 0x0613e400, > 0x06410000) > compacting perm gen total 12288K, used 9241K [0x22da0000, > 0x239a0000, 0x26da0000) > the space 12288K, 75% used [0x22da0000, 0x236a6468, 0x236a6600, > 0x239a0000) > No shared spaces configured. > > Dynamic libraries: > 0x00000000 /usr/lib/libgcc_s.1.dylib > 0x00000000 /usr/lib/libSystem.B.dylib > 0x00000000 /usr/lib/system/libmathCommon.A.dylib > 0x01000000 /System/Library/Frameworks/JavaVM.framework/Versions/ > openjdk7/Home/jre/lib/i386/client/libjvm.dylib > 0x00000000 /usr/lib/libstdc++.6.dylib > 0x0001e000 /System/Library/Frameworks/JavaVM.framework/Versions/ > openjdk7/Home/jre/lib/i386/native_threads/libhpi.dylib > 0x00031000 /System/Library/Frameworks/JavaVM.framework/Versions/ > openjdk7/Home/jre/lib/i386/libverify.dylib > 0x00040000 /System/Library/Frameworks/JavaVM.framework/Versions/ > openjdk7/Home/jre/lib/i386/libjava.dylib > 0x00067000 /System/Library/Frameworks/JavaVM.framework/Versions/ > openjdk7/Home/jre/lib/i386/libzip.dylib > 0x0075c000 /System/Library/Frameworks/JavaVM.framework/Versions/ > openjdk7/Home/jre/lib/i386/libmanagement.dylib > 0x26e6d000 /private/var/tmp/jna57777.tmp > 0x26e85000 /System/Library/Frameworks/JavaVM.framework/Versions/A/ > JavaVM > 0x00000000 /System/Library/Frameworks/Foundation.framework/Versions/ > C/Foundation > 0x00000000 /usr/lib/libobjc.A.dylib > 0x00000000 /System/Library/Frameworks/CoreFoundation.framework/ > Versions/A/CoreFoundation > 0x00000000 /usr/lib/libicucore.A.dylib > 0x00000000 /usr/lib/libxml2.2.dylib > 0x00000000 /usr/lib/libz.1.dylib > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork > 0x00000000 /System/Library/Frameworks/SystemConfiguration.framework/ > Versions/A/SystemConfiguration > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/CoreServices > 0x00000000 /System/Library/Frameworks/Security.framework/Versions/A/ > Security > 0x00000000 /usr/lib/libauto.dylib > 0x00000000 /usr/lib/libsqlite3.0.dylib > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/AE.framework/Versions/A/AE > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/LaunchServices.framework/Versions/A/ > LaunchServices > 0x00000000 /System/Library/Frameworks/CoreServices.framework/ > Versions/A/Frameworks/DictionaryServices.framework/Versions/A/ > DictionaryServices > 0x00000000 /System/Library/Frameworks/IOKit.framework/Versions/A/ > IOKit > 0x00000000 /System/Library/Frameworks/DiskArbitration.framework/ > Versions/A/DiskArbitration > 0x00000000 /usr/lib/libbsm.dylib > 0x00000000 /usr/lib/libxslt.1.dylib > > VM Arguments: > jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m - > Xss1024k -Xbootclasspath/a:/Users/headius/projects/jruby/lib/ > jruby.jar -Djruby.home=/Users/headius/projects/jruby -Djruby.lib=/ > Users/headius/projects/jruby/lib -Djruby.script=jruby -Djruby.shell=/ > bin/sh > java_command: org.jruby.Main test.rb > Launcher Type: SUN_STANDARD > > Environment Variables: > JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/ > openjdk7/Home > PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/ > Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/ > sbin:/opt/local/bin:/opt/local/sbin > SHELL=/bin/bash > DISPLAY=/tmp/launch-L2Owkb/:0 > DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/ > JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client:/System/ > Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/ > i386:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/ > Home/jre/../lib/i386 > > Signal Handlers: > SIGSEGV: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGBUS: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGFPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGPIPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGXFSZ: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGILL: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 > SIGUSR2: [libjvm.dylib+0x3043c0], sa_mask[0]=0x00000000, > sa_flags=0x00000042 > SIGHUP: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGINT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGTERM: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGQUIT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > > > --------------- S Y S T E M --------------- > > OS:Bsd > uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 > PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 > rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 > CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 14 > stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 > > Memory: 4k page, physical 1853232k(463308k free) > > vm_info: OpenJDK Client VM (14.0-b01) for bsd-x86 JRE (1.7.0- > internal-landonf_2008_08_20_14_13-b00), built on Aug 20 2008 > 14:25:37 by "landonf" with gcc 4.0.1 (Apple Inc. build 5484) > > time: Fri Oct 10 09:23:14 2008 > elapsed time: 3 seconds > > # > # An unexpected error has been detected by Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x0106dea7, pid=8135, tid=0xb050b000 > # > # Java VM: Java HotSpot(TM) Client VM (1.6.0_03-p3- > landonf_05_dec_2007_22_04-b00 mixed mode) > # Problematic frame: > # V [libjvm.dylib+0x6dea7] > # > # Please submit bug reports to landonf at bikemonkey.org > # > > --------------- T H R E A D --------------- > > Current thread (0x0082a400): JavaThread "CompilerThread0" daemon > [_thread_in_native, id=-1336889344] > > siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x46dda7c8 > > Registers: > EAX=0x00002000, EBX=0x0106e056, ECX=0x0000000d, EDX=0x26dda7e0 > ESP=0xb050a580, EBP=0xb050a5e8, ESI=0x07fffffa, EDI=0x00000001 > EIP=0x0106dea7, EFLAGS=0x00010206 > > Top of Stack: (sp=0xb050a580) > 0xb050a580: 26decd90 26dda348 b050a5c8 0106dd05 > 0xb050a590: b050a688 b050a6c8 b050a6d4 b050a590 > 0xb050a5a0: 0000000e b050a688 26dd62d8 ffffffff > 0xb050a5b0: 00000000 00000002 00000000 00000034 > 0xb050a5c0: b050a688 26dda7e0 0000021c 000000b4 > 0xb050a5d0: 00000018 b050a5f0 b050a668 b050a600 > 0xb050a5e0: b050a6d4 b050a688 b050a658 0106e1e6 > 0xb050a5f0: 00000002 26dda354 b050a628 0106e1e6 > > Instructions: (pc=0x0106dea7) > 0x0106de97: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 > 0x0106dea7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 > > Stack: [0xb048b000,0xb050b000), sp=0xb050a580, free space=509k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > V [libjvm.dylib+0x6dea7] > V [libjvm.dylib+0x6e1e6] > V [libjvm.dylib+0x6e354] > V [libjvm.dylib+0x51589] > V [libjvm.dylib+0x51a2b] > V [libjvm.dylib+0x51bbf] > V [libjvm.dylib+0x51e72] > V [libjvm.dylib+0x51ed9] > V [libjvm.dylib+0x5215f] > V [libjvm.dylib+0x125019] > V [libjvm.dylib+0x126940] > V [libjvm.dylib+0x3809d4] > V [libjvm.dylib+0x389361] > V [libjvm.dylib+0x38944e] > V [libjvm.dylib+0x2f3bb2] > C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 > C [libSystem.B.dylib+0x325b2] thread_start+0x22 > > > Current CompileTask: > C1: 1% ! test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ > ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ > runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 > bytes) > > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0082fc00 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=-1335832576] > =>0x0082a400 JavaThread "CompilerThread0" daemon [_thread_in_native, > id=-1336889344] > 0x0081ec00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=-1337421824] > 0x0081d800 JavaThread "Finalizer" daemon [_thread_blocked, > id=-1338478592] > 0x00819400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=-1339535360] > 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608] > > Other Threads: > 0x00816c00 VMThread [id=-1340592128] > 0x00830800 WatcherThread [id=-1335300096] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 960K, used 749K [0x03960000, 0x03a60000, > 0x05fd0000) > eden space 896K, 89% used [0x03960000, 0x03a2e2b8, 0x03a40000) > from space 64K, 0% used [0x03a50000, 0x03a500e0, 0x03a60000) > to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000) > tenured generation total 4096K, used 1024K [0x05fd0000, > 0x063d0000, 0x22d60000) > the space 4096K, 25% used [0x05fd0000, 0x060d0250, 0x060d0400, > 0x063d0000) > compacting perm gen total 12288K, used 8930K [0x22d60000, > 0x23960000, 0x26d60000) > the space 12288K, 72% used [0x22d60000, 0x23618930, 0x23618a00, > 0x23960000) > No shared spaces configured. > > Dynamic libraries: > Error: Cannot print dynamic libraries. > > VM Arguments: > jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m - > Xss1024k -Xbootclasspath/a:/Users/headius/projects/jruby/lib/ > jruby.jar -Djruby.home=/Users/headius/projects/jruby -Djruby.lib=/ > Users/headius/projects/jruby/lib -Djruby.script=jruby -Djruby.shell=/ > bin/sh > java_command: org.jruby.Main test.rb > Launcher Type: SUN_STANDARD > > Environment Variables: > JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/ > soylatte/Home > PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/ > Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/ > sbin:/opt/local/bin:/opt/local/sbin > SHELL=/bin/bash > DISPLAY=/tmp/launch-L2Owkb/:0 > DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/ > JavaVM.framework/Versions/soylatte/Home/jre/lib/i386/client:/System/ > Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/ > i386:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/ > Home/jre/../lib/i386 > > Signal Handlers: > SIGSEGV: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGBUS: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGFPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGPIPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGILL: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 > SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, > sa_flags=0x00000042 > SIGHUP: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGINT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGQUIT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGTERM: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, > sa_flags=0x00000042 > SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, > sa_flags=0x00000042 > > > --------------- S Y S T E M --------------- > > OS:Bsd > uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 > PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 > rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 > CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 14 > stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 > > Memory: 4k page, physical 1853252k(463313k free) > > vm_info: Java HotSpot(TM) Client VM (1.6.0_03-p3- > landonf_05_dec_2007_22_04-b00) for bsd-x86, built on Dec 5 2007 > 22:13:24 by "landonf" with gcc 4.0.1 (Apple Inc. build 5465) > > # > # An unexpected error has been detected by Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8a0242, > pid=2912, tid=2772 > # > # Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode, > sharing) > # Problematic frame: > # V [jvm.dll+0x30242] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # > > --------------- T H R E A D --------------- > > Current thread (0x02cc8800): JavaThread "CompilerThread0" daemon > [_thread_in_native, id=2772] > > siginfo: ExceptionCode=0xc0000005, writing address 0x23392810 > > Registers: > EAX=0x23392810, EBX=0x0323f8b8, ECX=0x0000000d, EDX=0x00002000 > ESP=0x0323f828, EBP=0xffffffff, ESI=0x0323f8c4, EDI=0x02cdc4f0 > EIP=0x6d8a0242, EFLAGS=0x00010216 > > Top of Stack: (sp=0x0323f828) > 0x0323f828: 0323f878 03390798 0323f894 00000000 > 0x0323f838: 02d79098 0000000d 0323f878 02d7f2d0 > 0x0323f848: 0323f894 03392828 0000021c 000000b4 > 0x0323f858: 6d8a0407 02ce0f5c 02cdbd28 0323fa58 > 0x0323f868: 00000000 6d8a0456 03390798 0323fa1c > 0x0323f878: 000000b4 00000029 00000003 03392200 > 0x0323f888: 00000000 03392490 000000b4 033924a8 > 0x0323f898: 000000b4 033924c0 000000b4 000000b4 > > Instructions: (pc=0x6d8a0242) > 0x6d8a0232: c1 ea 05 8d 04 90 83 e1 1f ba 01 00 00 00 d3 e2 > 0x6d8a0242: 09 10 8b 16 8b 4e 04 4a 8b c2 89 16 8b 04 81 3b > > > Stack: [0x031f0000,0x03240000), sp=0x0323f828, free space=318k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > V [jvm.dll+0x30242] > > > Current CompileTask: > C1: 1% ! problem5.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ > ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ > runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 > bytes) > > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x02ccd400 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=1860] > =>0x02cc8800 JavaThread "CompilerThread0" daemon [_thread_in_native, > id=2772] > 0x02cc7800 JavaThread "Attach Listener" daemon [_thread_blocked, > id=4088] > 0x02cc6800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=644] > 0x02cc2000 JavaThread "Finalizer" daemon [_thread_blocked, id=3164] > 0x02cbdc00 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1448] > 0x002a6c00 JavaThread "main" [_thread_in_Java, id=3660] > > Other Threads: > 0x02cb4800 VMThread [id=3140] > 0x02cd7c00 WatcherThread [id=2952] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 960K, used 804K [0x07560000, 0x07660000, > 0x09bd0000) > eden space 896K, 89% used [0x07560000, 0x07629260, 0x07640000) > from space 64K, 0% used [0x07640000, 0x076400e0, 0x07650000) > to space 64K, 0% used [0x07650000, 0x07650000, 0x07660000) > tenured generation total 4096K, used 1042K [0x09bd0000, > 0x09fd0000, 0x26960000) > the space 4096K, 25% used [0x09bd0000, 0x09cd4bc0, 0x09cd4c00, > 0x09fd0000) > compacting perm gen total 12288K, used 6611K [0x26960000, > 0x27560000, 0x2a960000) > the space 12288K, 53% used [0x26960000, 0x26fd4f58, 0x26fd5000, > 0x27560000) > ro space 8192K, 66% used [0x2a960000, 0x2aead978, 0x2aeada00, > 0x2b160000) > rw space 12288K, 52% used [0x2b160000, 0x2b7a9cb8, 0x2b7a9e00, > 0x2bd60000) > > Dynamic libraries: > 0x00400000 - 0x00423000 C:\Program Files\Java\jdk1.6.0_02\bin > \java.exe > 0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll > 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Program Files\Java\jdk1.6.0_02\jre\bin > \msvcr71.dll > 0x6d870000 - 0x6dab9000 C:\Program Files\Java\jdk1.6.0_02\jre\bin > \client\jvm.dll > 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll > 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll > 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll > 0x6d3c0000 - 0x6d3c8000 C:\Program Files\Java\jdk1.6.0_02\jre\bin > \hpi.dll > 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d820000 - 0x6d82c000 C:\Program Files\Java\jdk1.6.0_02\jre\bin > \verify.dll > 0x6d460000 - 0x6d47f000 C:\Program Files\Java\jdk1.6.0_02\jre\bin > \java.dll > 0x6d860000 - 0x6d86f000 C:\Program Files\Java\jdk1.6.0_02\jre\bin > \zip.dll > 0x6d610000 - 0x6d619000 C:\Program Files\Java\jdk1.6.0_02\jre\bin > \management.dll > 0x03590000 - 0x035e2000 C:\Documents and Settings\Administrator > \Local Settings\Temp\jna25444.tmp > 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll > > VM Arguments: > jvm_args: -Xmx500m -Xss1024k -Xbootclasspath/a:C:\JRuby\HEAD\bin\.. > \lib\jruby.jar -Djruby.home=C:\JRuby\HEAD\bin\.. -Djruby.lib=C:\JRuby > \HEAD\bin\..\lib -Djruby.shell=cmd.exe -Djruby.script=jruby.bat > java_command: org.jruby.Main problem5.rb > Launcher Type: SUN_STANDARD > > Environment Variables: > JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02 > PATH=C:\PHP\;C:\Program Files\MiKTeX 2.6\miktex\bin;c:\program files > \imagemagick-6.3.8-q8;c:\program files\imagemagick-6.3.0-q8;C:\Perl > \bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C: > \Program Files\cvsnt;C:\Program Files\Java\jdk1.6.0_02\bin;C:\ant > \apache-ant-1.7.0\bin;;C:\UnxUtils\usr\local\wbin;C:\JRuby\HEAD > \bin;C:\Program Files\MySQL\MySQL Server 5.0\bin;C:\Program Files > \Graphviz2.20\Bin;C:\Program Files\Nmap;C:\Program Files > \ImageMagick-6.3.0-Q8;C:\Program Files\gs\gs8.54\bin;C:\Program Files > \gs\gs8.54\lib > USERNAME=Administrator > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 15 Model 67 Stepping 3, AuthenticAMD > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model 67 > stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, > 3dnowext > > Memory: 4k page, physical 2096492k(1248704k free), swap > 4034788k(3334524k free) > > vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for windows-x86, > built on Jul 12 2007 01:16:14 by "java_re" with unknown MS VC++:1310 > From charles.nutter at sun.com Fri Oct 10 09:56:40 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Fri, 10 Oct 2008 11:56:40 -0500 Subject: More C1 crashing in JRuby In-Reply-To: <4F2D9EC7-D537-4618-8621-1B61C5BBB432@sun.com> References: <48EF6A1E.2030604@sun.com> <4F2D9EC7-D537-4618-8621-1B61C5BBB432@sun.com> Message-ID: <48EF8948.5010706@sun.com> Oops, sorry about that. New DSL modem didn't have port forwarding set up. Should be working now. Tom Rodriguez wrote: > From the error log, the crash appears to be in mark_loops which is the > same place it was crashing before with the funny exception edges. > jruby.headius.com keeps timing out so I haven't been able to download a > copy of jruby. Once it comes back I'll see what I can find. > > tom > > On Oct 10, 2008, at 7:43 AM, Charles Oliver Nutter wrote: > >> Another JRuby user reported SIGSEGV in C1 with a simple snippit of >> Ruby code: >> >> c = 1 >> >> while (true) >> flag = 0 >> (1..20).each do |e| >> flag += (c % e) >> end >> break if (flag == 0) >> c += 1 >> end >> c >> >> I was able to reproduce it using Landon Fuller's Java 6 and OpenJDK 7 >> builds on OS X, and have attached the dumps to this email (8135 is >> Java 6, 8160 is Java 7). It did not appear to crash on Apple Java 5. >> I've also attached the original reporter's dump file (2912), from >> Windows XP + Java 6. >> >> As you'd expect, switching to C2 makes the problem disappear. And like >> last time, I'm willing to make whatever changes necessary to work >> around the problem, if possible. >> >> The JRuby bug report is here: >> >> http://jira.codehaus.org/browse/JRUBY-3049 >> >> Latest JRuby nightly builds are available here (unpack, put bin/ in >> PATH, run 'jruby test.rb' where test.rb is the above script; defaults >> to -client, pass --server to switch): >> >> http://jruby.headius.com:8080/hudson/job/jruby-dist/ >> >> Do you want me to file this bug also through the usual channels? >> >> - Charlie >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x010735c7, pid=8160, tid=2958077952 >> # >> # Java VM: OpenJDK Client VM (14.0-b01 mixed mode bsd-x86 ) >> # Problematic frame: >> # V [libjvm.dylib+0x735c7] >> # >> # If you would like to submit a bug report, please visit: >> # http://java.sun.com/webapps/bugreport/crash.jsp >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x0082bc00): JavaThread "CompilerThread0" daemon >> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0x46dc3668 >> >> Registers: >> EAX=0x00002000, EBX=0x01073776, ECX=0x0000000d, EDX=0x26dc3680 >> ESP=0xb050a520, EBP=0xb050a588, ESI=0x07fffffa, EDI=0x00000001 >> EIP=0x010735c7, EFLAGS=0x00010206 >> >> Top of Stack: (sp=0xb050a520) >> 0xb050a520: 007b2be0 26dc31e8 b050a568 01073425 >> 0xb050a530: b050a628 b050a668 b050a674 b050a530 >> 0xb050a540: 0000000e b050a628 26e670b0 ffffffff >> 0xb050a550: 00000000 00000002 00000000 00000034 >> 0xb050a560: b050a628 26dc3680 0000021c 000000b4 >> 0xb050a570: 00000018 b050a590 b050a608 b050a5a0 >> 0xb050a580: b050a674 b050a628 b050a5f8 01073906 >> 0xb050a590: 00000002 26dc31f4 b050a5c8 01073906 >> >> Instructions: (pc=0x010735c7) >> 0x010735b7: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >> 0x010735c7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >> >> Stack: [0xb048b000,0xb050b000], sp=0xb050a520, free space=509k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> V [libjvm.dylib+0x735c7] >> V [libjvm.dylib+0x73906] >> V [libjvm.dylib+0x73a74] >> V [libjvm.dylib+0x56b79] >> V [libjvm.dylib+0x5701b] >> V [libjvm.dylib+0x571af] >> V [libjvm.dylib+0x57440] >> V [libjvm.dylib+0x57499] >> V [libjvm.dylib+0x57768] >> V [libjvm.dylib+0x13e14c] >> V [libjvm.dylib+0x13f9f0] >> V [libjvm.dylib+0x3ab524] >> V [libjvm.dylib+0x3b2921] >> V [libjvm.dylib+0x3b2a0e] >> V [libjvm.dylib+0x3071a5] >> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >> >> >> Current CompileTask: >> C1: 1% ! >> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >> @ 34 (275 bytes) >> >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x00831c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, >> id=-1335832576, stack(0xb050d000,0xb060d000)] >> =>0x0082bc00 JavaThread "CompilerThread0" daemon [_thread_in_native, >> id=-1336889344, stack(0xb048b000,0xb050b000)] >> 0x00820800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >> id=-1337421824, stack(0xb0389000,0xb0489000)] >> 0x0081f000 JavaThread "Finalizer" daemon [_thread_blocked, >> id=-1338478592, stack(0xb0287000,0xb0387000)] >> 0x0081b000 JavaThread "Reference Handler" daemon [_thread_blocked, >> id=-1339535360, stack(0xb0185000,0xb0285000)] >> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608, >> stack(0xb0001000,0xb0101000)] >> >> Other Threads: >> 0x00818800 VMThread [stack: 0xb0103000,0xb0183000] [id=-1340592128] >> 0x00832c00 WatcherThread [stack: 0xb060f000,0xb068f000] [id=-1335300096] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> def new generation total 960K, used 393K [0x039a0000, 0x03aa0000, >> 0x06010000) >> eden space 896K, 43% used [0x039a0000, 0x03a02668, 0x03a80000) >> from space 64K, 0% used [0x03a90000, 0x03a900d0, 0x03aa0000) >> to space 64K, 0% used [0x03a80000, 0x03a80000, 0x03a90000) >> tenured generation total 4096K, used 1209K [0x06010000, 0x06410000, >> 0x22da0000) >> the space 4096K, 29% used [0x06010000, 0x0613e400, 0x0613e400, >> 0x06410000) >> compacting perm gen total 12288K, used 9241K [0x22da0000, 0x239a0000, >> 0x26da0000) >> the space 12288K, 75% used [0x22da0000, 0x236a6468, 0x236a6600, >> 0x239a0000) >> No shared spaces configured. >> >> Dynamic libraries: >> 0x00000000 /usr/lib/libgcc_s.1.dylib >> 0x00000000 /usr/lib/libSystem.B.dylib >> 0x00000000 /usr/lib/system/libmathCommon.A.dylib >> 0x01000000 >> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client/libjvm.dylib >> >> 0x00000000 /usr/lib/libstdc++.6.dylib >> 0x0001e000 >> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/native_threads/libhpi.dylib >> >> 0x00031000 >> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libverify.dylib >> >> 0x00040000 >> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libjava.dylib >> >> 0x00067000 >> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libzip.dylib >> >> 0x0075c000 >> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libmanagement.dylib >> >> 0x26e6d000 /private/var/tmp/jna57777.tmp >> 0x26e85000 >> /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >> 0x00000000 >> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation >> 0x00000000 /usr/lib/libobjc.A.dylib >> 0x00000000 >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >> >> 0x00000000 /usr/lib/libicucore.A.dylib >> 0x00000000 /usr/lib/libxml2.2.dylib >> 0x00000000 /usr/lib/libz.1.dylib >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork >> >> 0x00000000 >> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration >> >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices >> 0x00000000 >> /System/Library/Frameworks/Security.framework/Versions/A/Security >> 0x00000000 /usr/lib/libauto.dylib >> 0x00000000 /usr/lib/libsqlite3.0.dylib >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore >> >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata >> >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices >> >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit >> >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE >> >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >> >> 0x00000000 >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices >> >> 0x00000000 >> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >> 0x00000000 >> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration >> >> 0x00000000 /usr/lib/libbsm.dylib >> 0x00000000 /usr/lib/libxslt.1.dylib >> >> VM Arguments: >> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >> -Xss1024k >> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar >> -Djruby.home=/Users/headius/projects/jruby >> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby >> -Djruby.shell=/bin/sh >> java_command: org.jruby.Main test.rb >> Launcher Type: SUN_STANDARD >> >> Environment Variables: >> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home >> >> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >> >> SHELL=/bin/bash >> DISPLAY=/tmp/launch-L2Owkb/:0 >> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/../lib/i386 >> >> >> Signal Handlers: >> SIGSEGV: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGBUS: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGFPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGPIPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGXFSZ: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGILL: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >> SIGUSR2: [libjvm.dylib+0x3043c0], sa_mask[0]=0x00000000, >> sa_flags=0x00000042 >> SIGHUP: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGINT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGTERM: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGQUIT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Bsd >> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 >> PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 14 >> stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >> >> Memory: 4k page, physical 1853232k(463308k free) >> >> vm_info: OpenJDK Client VM (14.0-b01) for bsd-x86 JRE >> (1.7.0-internal-landonf_2008_08_20_14_13-b00), built on Aug 20 2008 >> 14:25:37 by "landonf" with gcc 4.0.1 (Apple Inc. build 5484) >> >> time: Fri Oct 10 09:23:14 2008 >> elapsed time: 3 seconds >> >> # >> # An unexpected error has been detected by Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x0106dea7, pid=8135, tid=0xb050b000 >> # >> # Java VM: Java HotSpot(TM) Client VM >> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00 mixed mode) >> # Problematic frame: >> # V [libjvm.dylib+0x6dea7] >> # >> # Please submit bug reports to landonf at bikemonkey.org >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x0082a400): JavaThread "CompilerThread0" daemon >> [_thread_in_native, id=-1336889344] >> >> siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x46dda7c8 >> >> Registers: >> EAX=0x00002000, EBX=0x0106e056, ECX=0x0000000d, EDX=0x26dda7e0 >> ESP=0xb050a580, EBP=0xb050a5e8, ESI=0x07fffffa, EDI=0x00000001 >> EIP=0x0106dea7, EFLAGS=0x00010206 >> >> Top of Stack: (sp=0xb050a580) >> 0xb050a580: 26decd90 26dda348 b050a5c8 0106dd05 >> 0xb050a590: b050a688 b050a6c8 b050a6d4 b050a590 >> 0xb050a5a0: 0000000e b050a688 26dd62d8 ffffffff >> 0xb050a5b0: 00000000 00000002 00000000 00000034 >> 0xb050a5c0: b050a688 26dda7e0 0000021c 000000b4 >> 0xb050a5d0: 00000018 b050a5f0 b050a668 b050a600 >> 0xb050a5e0: b050a6d4 b050a688 b050a658 0106e1e6 >> 0xb050a5f0: 00000002 26dda354 b050a628 0106e1e6 >> >> Instructions: (pc=0x0106dea7) >> 0x0106de97: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >> 0x0106dea7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >> >> Stack: [0xb048b000,0xb050b000), sp=0xb050a580, free space=509k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> V [libjvm.dylib+0x6dea7] >> V [libjvm.dylib+0x6e1e6] >> V [libjvm.dylib+0x6e354] >> V [libjvm.dylib+0x51589] >> V [libjvm.dylib+0x51a2b] >> V [libjvm.dylib+0x51bbf] >> V [libjvm.dylib+0x51e72] >> V [libjvm.dylib+0x51ed9] >> V [libjvm.dylib+0x5215f] >> V [libjvm.dylib+0x125019] >> V [libjvm.dylib+0x126940] >> V [libjvm.dylib+0x3809d4] >> V [libjvm.dylib+0x389361] >> V [libjvm.dylib+0x38944e] >> V [libjvm.dylib+0x2f3bb2] >> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >> >> >> Current CompileTask: >> C1: 1% ! >> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >> @ 34 (275 bytes) >> >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0082fc00 JavaThread "Low Memory Detector" daemon [_thread_blocked, >> id=-1335832576] >> =>0x0082a400 JavaThread "CompilerThread0" daemon [_thread_in_native, >> id=-1336889344] >> 0x0081ec00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >> id=-1337421824] >> 0x0081d800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=-1338478592] >> 0x00819400 JavaThread "Reference Handler" daemon [_thread_blocked, >> id=-1339535360] >> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608] >> >> Other Threads: >> 0x00816c00 VMThread [id=-1340592128] >> 0x00830800 WatcherThread [id=-1335300096] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> def new generation total 960K, used 749K [0x03960000, 0x03a60000, >> 0x05fd0000) >> eden space 896K, 89% used [0x03960000, 0x03a2e2b8, 0x03a40000) >> from space 64K, 0% used [0x03a50000, 0x03a500e0, 0x03a60000) >> to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000) >> tenured generation total 4096K, used 1024K [0x05fd0000, 0x063d0000, >> 0x22d60000) >> the space 4096K, 25% used [0x05fd0000, 0x060d0250, 0x060d0400, >> 0x063d0000) >> compacting perm gen total 12288K, used 8930K [0x22d60000, 0x23960000, >> 0x26d60000) >> the space 12288K, 72% used [0x22d60000, 0x23618930, 0x23618a00, >> 0x23960000) >> No shared spaces configured. >> >> Dynamic libraries: >> Error: Cannot print dynamic libraries. >> >> VM Arguments: >> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >> -Xss1024k >> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar >> -Djruby.home=/Users/headius/projects/jruby >> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby >> -Djruby.shell=/bin/sh >> java_command: org.jruby.Main test.rb >> Launcher Type: SUN_STANDARD >> >> Environment Variables: >> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home >> >> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >> >> SHELL=/bin/bash >> DISPLAY=/tmp/launch-L2Owkb/:0 >> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/../lib/i386 >> >> >> Signal Handlers: >> SIGSEGV: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGBUS: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGFPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGPIPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGILL: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >> sa_flags=0x00000042 >> SIGHUP: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGINT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGQUIT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGTERM: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >> sa_flags=0x00000042 >> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >> sa_flags=0x00000042 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Bsd >> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 >> PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 14 >> stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >> >> Memory: 4k page, physical 1853252k(463313k free) >> >> vm_info: Java HotSpot(TM) Client VM >> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00) for bsd-x86, built on Dec >> 5 2007 22:13:24 by "landonf" with gcc 4.0.1 (Apple Inc. build 5465) >> >> # >> # An unexpected error has been detected by Java Runtime Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8a0242, pid=2912, >> tid=2772 >> # >> # Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode, sharing) >> # Problematic frame: >> # V [jvm.dll+0x30242] >> # >> # If you would like to submit a bug report, please visit: >> # http://java.sun.com/webapps/bugreport/crash.jsp >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x02cc8800): JavaThread "CompilerThread0" daemon >> [_thread_in_native, id=2772] >> >> siginfo: ExceptionCode=0xc0000005, writing address 0x23392810 >> >> Registers: >> EAX=0x23392810, EBX=0x0323f8b8, ECX=0x0000000d, EDX=0x00002000 >> ESP=0x0323f828, EBP=0xffffffff, ESI=0x0323f8c4, EDI=0x02cdc4f0 >> EIP=0x6d8a0242, EFLAGS=0x00010216 >> >> Top of Stack: (sp=0x0323f828) >> 0x0323f828: 0323f878 03390798 0323f894 00000000 >> 0x0323f838: 02d79098 0000000d 0323f878 02d7f2d0 >> 0x0323f848: 0323f894 03392828 0000021c 000000b4 >> 0x0323f858: 6d8a0407 02ce0f5c 02cdbd28 0323fa58 >> 0x0323f868: 00000000 6d8a0456 03390798 0323fa1c >> 0x0323f878: 000000b4 00000029 00000003 03392200 >> 0x0323f888: 00000000 03392490 000000b4 033924a8 >> 0x0323f898: 000000b4 033924c0 000000b4 000000b4 >> >> Instructions: (pc=0x6d8a0242) >> 0x6d8a0232: c1 ea 05 8d 04 90 83 e1 1f ba 01 00 00 00 d3 e2 >> 0x6d8a0242: 09 10 8b 16 8b 4e 04 4a 8b c2 89 16 8b 04 81 3b >> >> >> Stack: [0x031f0000,0x03240000), sp=0x0323f828, free space=318k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> V [jvm.dll+0x30242] >> >> >> Current CompileTask: >> C1: 1% ! >> problem5.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >> @ 34 (275 bytes) >> >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x02ccd400 JavaThread "Low Memory Detector" daemon [_thread_blocked, >> id=1860] >> =>0x02cc8800 JavaThread "CompilerThread0" daemon [_thread_in_native, >> id=2772] >> 0x02cc7800 JavaThread "Attach Listener" daemon [_thread_blocked, >> id=4088] >> 0x02cc6800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >> id=644] >> 0x02cc2000 JavaThread "Finalizer" daemon [_thread_blocked, id=3164] >> 0x02cbdc00 JavaThread "Reference Handler" daemon [_thread_blocked, >> id=1448] >> 0x002a6c00 JavaThread "main" [_thread_in_Java, id=3660] >> >> Other Threads: >> 0x02cb4800 VMThread [id=3140] >> 0x02cd7c00 WatcherThread [id=2952] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> def new generation total 960K, used 804K [0x07560000, 0x07660000, >> 0x09bd0000) >> eden space 896K, 89% used [0x07560000, 0x07629260, 0x07640000) >> from space 64K, 0% used [0x07640000, 0x076400e0, 0x07650000) >> to space 64K, 0% used [0x07650000, 0x07650000, 0x07660000) >> tenured generation total 4096K, used 1042K [0x09bd0000, 0x09fd0000, >> 0x26960000) >> the space 4096K, 25% used [0x09bd0000, 0x09cd4bc0, 0x09cd4c00, >> 0x09fd0000) >> compacting perm gen total 12288K, used 6611K [0x26960000, 0x27560000, >> 0x2a960000) >> the space 12288K, 53% used [0x26960000, 0x26fd4f58, 0x26fd5000, >> 0x27560000) >> ro space 8192K, 66% used [0x2a960000, 0x2aead978, 0x2aeada00, >> 0x2b160000) >> rw space 12288K, 52% used [0x2b160000, 0x2b7a9cb8, 0x2b7a9e00, >> 0x2bd60000) >> >> Dynamic libraries: >> 0x00400000 - 0x00423000 C:\Program >> Files\Java\jdk1.6.0_02\bin\java.exe >> 0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll >> 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll >> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll >> 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll >> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll >> 0x7c340000 - 0x7c396000 C:\Program >> Files\Java\jdk1.6.0_02\jre\bin\msvcr71.dll >> 0x6d870000 - 0x6dab9000 C:\Program >> Files\Java\jdk1.6.0_02\jre\bin\client\jvm.dll >> 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll >> 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll >> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll >> 0x6d3c0000 - 0x6d3c8000 C:\Program >> Files\Java\jdk1.6.0_02\jre\bin\hpi.dll >> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL >> 0x6d820000 - 0x6d82c000 C:\Program >> Files\Java\jdk1.6.0_02\jre\bin\verify.dll >> 0x6d460000 - 0x6d47f000 C:\Program >> Files\Java\jdk1.6.0_02\jre\bin\java.dll >> 0x6d860000 - 0x6d86f000 C:\Program >> Files\Java\jdk1.6.0_02\jre\bin\zip.dll >> 0x6d610000 - 0x6d619000 C:\Program >> Files\Java\jdk1.6.0_02\jre\bin\management.dll >> 0x03590000 - 0x035e2000 C:\Documents and >> Settings\Administrator\Local Settings\Temp\jna25444.tmp >> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll >> >> VM Arguments: >> jvm_args: -Xmx500m -Xss1024k >> -Xbootclasspath/a:C:\JRuby\HEAD\bin\..\lib\jruby.jar >> -Djruby.home=C:\JRuby\HEAD\bin\.. -Djruby.lib=C:\JRuby\HEAD\bin\..\lib >> -Djruby.shell=cmd.exe -Djruby.script=jruby.bat >> java_command: org.jruby.Main problem5.rb >> Launcher Type: SUN_STANDARD >> >> Environment Variables: >> JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02 >> PATH=C:\PHP\;C:\Program Files\MiKTeX 2.6\miktex\bin;c:\program >> files\imagemagick-6.3.8-q8;c:\program >> files\imagemagick-6.3.0-q8;C:\Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program >> Files\cvsnt;C:\Program >> Files\Java\jdk1.6.0_02\bin;C:\ant\apache-ant-1.7.0\bin;;C:\UnxUtils\usr\local\wbin;C:\JRuby\HEAD\bin;C:\Program >> Files\MySQL\MySQL Server 5.0\bin;C:\Program >> Files\Graphviz2.20\Bin;C:\Program Files\Nmap;C:\Program >> Files\ImageMagick-6.3.0-Q8;C:\Program Files\gs\gs8.54\bin;C:\Program >> Files\gs\gs8.54\lib >> USERNAME=Administrator >> OS=Windows_NT >> PROCESSOR_IDENTIFIER=x86 Family 15 Model 67 Stepping 3, AuthenticAMD >> >> >> >> --------------- S Y S T E M --------------- >> >> OS: Windows XP Build 2600 Service Pack 3 >> >> CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model 67 >> stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, >> 3dnowext >> >> Memory: 4k page, physical 2096492k(1248704k free), swap >> 4034788k(3334524k free) >> >> vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for windows-x86, >> built on Jul 12 2007 01:16:14 by "java_re" with unknown MS VC++:1310 >> > From Thomas.Rodriguez at Sun.COM Fri Oct 10 12:31:28 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Fri, 10 Oct 2008 12:31:28 -0700 Subject: More C1 crashing in JRuby In-Reply-To: <48EF8948.5010706@sun.com> References: <48EF6A1E.2030604@sun.com> <4F2D9EC7-D537-4618-8621-1B61C5BBB432@sun.com> <48EF8948.5010706@sun.com> Message-ID: This looks almost the same as the other crash. A loop is being formed with an exception handler in way we're not prepared to deal with. The same C1 fix resolves this issue as well but I'm not sure how you should restructure the bytecodes to work around the C1 bug. I think your exception handler covers too much control flow. If the code were written in Java then you'd probably have to structure your exception handlers differently. tom On Oct 10, 2008, at 9:56 AM, Charles Oliver Nutter wrote: > Oops, sorry about that. New DSL modem didn't have port forwarding > set up. Should be working now. > > Tom Rodriguez wrote: >> From the error log, the crash appears to be in mark_loops which is >> the same place it was crashing before with the funny exception >> edges. jruby.headius.com keeps timing out so I haven't been able >> to download a copy of jruby. Once it comes back I'll see what I >> can find. >> tom >> On Oct 10, 2008, at 7:43 AM, Charles Oliver Nutter wrote: >>> Another JRuby user reported SIGSEGV in C1 with a simple snippit of >>> Ruby code: >>> >>> c = 1 >>> >>> while (true) >>> flag = 0 >>> (1..20).each do |e| >>> flag += (c % e) >>> end >>> break if (flag == 0) >>> c += 1 >>> end >>> c >>> >>> I was able to reproduce it using Landon Fuller's Java 6 and >>> OpenJDK 7 builds on OS X, and have attached the dumps to this >>> email (8135 is Java 6, 8160 is Java 7). It did not appear to crash >>> on Apple Java 5. I've also attached the original reporter's dump >>> file (2912), from Windows XP + Java 6. >>> >>> As you'd expect, switching to C2 makes the problem disappear. And >>> like last time, I'm willing to make whatever changes necessary to >>> work around the problem, if possible. >>> >>> The JRuby bug report is here: >>> >>> http://jira.codehaus.org/browse/JRUBY-3049 >>> >>> Latest JRuby nightly builds are available here (unpack, put bin/ >>> in PATH, run 'jruby test.rb' where test.rb is the above script; >>> defaults to -client, pass --server to switch): >>> >>> http://jruby.headius.com:8080/hudson/job/jruby-dist/ >>> >>> Do you want me to file this bug also through the usual channels? >>> >>> - Charlie >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x010735c7, pid=8160, tid=2958077952 >>> # >>> # Java VM: OpenJDK Client VM (14.0-b01 mixed mode bsd-x86 ) >>> # Problematic frame: >>> # V [libjvm.dylib+0x735c7] >>> # >>> # If you would like to submit a bug report, please visit: >>> # http://java.sun.com/webapps/bugreport/crash.jsp >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x0082bc00): JavaThread "CompilerThread0" daemon >>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] >>> >>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>> si_addr=0x46dc3668 >>> >>> Registers: >>> EAX=0x00002000, EBX=0x01073776, ECX=0x0000000d, EDX=0x26dc3680 >>> ESP=0xb050a520, EBP=0xb050a588, ESI=0x07fffffa, EDI=0x00000001 >>> EIP=0x010735c7, EFLAGS=0x00010206 >>> >>> Top of Stack: (sp=0xb050a520) >>> 0xb050a520: 007b2be0 26dc31e8 b050a568 01073425 >>> 0xb050a530: b050a628 b050a668 b050a674 b050a530 >>> 0xb050a540: 0000000e b050a628 26e670b0 ffffffff >>> 0xb050a550: 00000000 00000002 00000000 00000034 >>> 0xb050a560: b050a628 26dc3680 0000021c 000000b4 >>> 0xb050a570: 00000018 b050a590 b050a608 b050a5a0 >>> 0xb050a580: b050a674 b050a628 b050a5f8 01073906 >>> 0xb050a590: 00000002 26dc31f4 b050a5c8 01073906 >>> >>> Instructions: (pc=0x010735c7) >>> 0x010735b7: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>> 0x010735c7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>> >>> Stack: [0xb048b000,0xb050b000], sp=0xb050a520, free space=509k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> V [libjvm.dylib+0x735c7] >>> V [libjvm.dylib+0x73906] >>> V [libjvm.dylib+0x73a74] >>> V [libjvm.dylib+0x56b79] >>> V [libjvm.dylib+0x5701b] >>> V [libjvm.dylib+0x571af] >>> V [libjvm.dylib+0x57440] >>> V [libjvm.dylib+0x57499] >>> V [libjvm.dylib+0x57768] >>> V [libjvm.dylib+0x13e14c] >>> V [libjvm.dylib+0x13f9f0] >>> V [libjvm.dylib+0x3ab524] >>> V [libjvm.dylib+0x3b2921] >>> V [libjvm.dylib+0x3b2a0e] >>> V [libjvm.dylib+0x3071a5] >>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>> >>> >>> Current CompileTask: >>> C1: 1% ! test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ >>> ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ >>> runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 >>> bytes) >>> >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x00831c00 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=-1335832576, stack(0xb050d000,0xb060d000)] >>> =>0x0082bc00 JavaThread "CompilerThread0" daemon >>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] >>> 0x00820800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>> id=-1337421824, stack(0xb0389000,0xb0489000)] >>> 0x0081f000 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=-1338478592, stack(0xb0287000,0xb0387000)] >>> 0x0081b000 JavaThread "Reference Handler" daemon [_thread_blocked, >>> id=-1339535360, stack(0xb0185000,0xb0285000)] >>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608, >>> stack(0xb0001000,0xb0101000)] >>> >>> Other Threads: >>> 0x00818800 VMThread [stack: 0xb0103000,0xb0183000] [id=-1340592128] >>> 0x00832c00 WatcherThread [stack: 0xb060f000,0xb068f000] >>> [id=-1335300096] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> def new generation total 960K, used 393K [0x039a0000, >>> 0x03aa0000, 0x06010000) >>> eden space 896K, 43% used [0x039a0000, 0x03a02668, 0x03a80000) >>> from space 64K, 0% used [0x03a90000, 0x03a900d0, 0x03aa0000) >>> to space 64K, 0% used [0x03a80000, 0x03a80000, 0x03a90000) >>> tenured generation total 4096K, used 1209K [0x06010000, >>> 0x06410000, 0x22da0000) >>> the space 4096K, 29% used [0x06010000, 0x0613e400, 0x0613e400, >>> 0x06410000) >>> compacting perm gen total 12288K, used 9241K [0x22da0000, >>> 0x239a0000, 0x26da0000) >>> the space 12288K, 75% used [0x22da0000, 0x236a6468, 0x236a6600, >>> 0x239a0000) >>> No shared spaces configured. >>> >>> Dynamic libraries: >>> 0x00000000 /usr/lib/libgcc_s.1.dylib >>> 0x00000000 /usr/lib/libSystem.B.dylib >>> 0x00000000 /usr/lib/system/libmathCommon.A.dylib >>> 0x01000000 /System/Library/Frameworks/JavaVM.framework/ >>> Versions/openjdk7/Home/jre/lib/i386/client/libjvm.dylib >>> 0x00000000 /usr/lib/libstdc++.6.dylib >>> 0x0001e000 /System/Library/Frameworks/JavaVM.framework/ >>> Versions/openjdk7/Home/jre/lib/i386/native_threads/libhpi.dylib >>> 0x00031000 /System/Library/Frameworks/JavaVM.framework/ >>> Versions/openjdk7/Home/jre/lib/i386/libverify.dylib >>> 0x00040000 /System/Library/Frameworks/JavaVM.framework/ >>> Versions/openjdk7/Home/jre/lib/i386/libjava.dylib >>> 0x00067000 /System/Library/Frameworks/JavaVM.framework/ >>> Versions/openjdk7/Home/jre/lib/i386/libzip.dylib >>> 0x0075c000 /System/Library/Frameworks/JavaVM.framework/ >>> Versions/openjdk7/Home/jre/lib/i386/libmanagement.dylib >>> 0x26e6d000 /private/var/tmp/jna57777.tmp >>> 0x26e85000 /System/Library/Frameworks/JavaVM.framework/ >>> Versions/A/JavaVM >>> 0x00000000 /System/Library/Frameworks/Foundation.framework/ >>> Versions/C/Foundation >>> 0x00000000 /usr/lib/libobjc.A.dylib >>> 0x00000000 /System/Library/Frameworks/CoreFoundation.framework/ >>> Versions/A/CoreFoundation >>> 0x00000000 /usr/lib/libicucore.A.dylib >>> 0x00000000 /usr/lib/libxml2.2.dylib >>> 0x00000000 /usr/lib/libz.1.dylib >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork >>> 0x00000000 /System/Library/Frameworks/ >>> SystemConfiguration.framework/Versions/A/SystemConfiguration >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/CoreServices >>> 0x00000000 /System/Library/Frameworks/Security.framework/ >>> Versions/A/Security >>> 0x00000000 /usr/lib/libauto.dylib >>> 0x00000000 /usr/lib/libsqlite3.0.dylib >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/AE.framework/Versions/A/AE >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/LaunchServices.framework/Versions/A/ >>> LaunchServices >>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>> Versions/A/Frameworks/DictionaryServices.framework/Versions/A/ >>> DictionaryServices >>> 0x00000000 /System/Library/Frameworks/IOKit.framework/Versions/ >>> A/IOKit >>> 0x00000000 /System/Library/Frameworks/ >>> DiskArbitration.framework/Versions/A/DiskArbitration >>> 0x00000000 /usr/lib/libbsm.dylib >>> 0x00000000 /usr/lib/libxslt.1.dylib >>> >>> VM Arguments: >>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >>> -Xss1024k -Xbootclasspath/a:/Users/headius/projects/jruby/lib/ >>> jruby.jar -Djruby.home=/Users/headius/projects/jruby -Djruby.lib=/ >>> Users/headius/projects/jruby/lib -Djruby.script=jruby - >>> Djruby.shell=/bin/sh >>> java_command: org.jruby.Main test.rb >>> Launcher Type: SUN_STANDARD >>> >>> Environment Variables: >>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/ >>> openjdk7/Home >>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/ >>> Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/ >>> usr/sbin:/opt/local/bin:/opt/local/sbin >>> SHELL=/bin/bash >>> DISPLAY=/tmp/launch-L2Owkb/:0 >>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/ >>> JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client:/ >>> System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/ >>> jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/ >>> openjdk7/Home/jre/../lib/i386 >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGBUS: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGFPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGPIPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGXFSZ: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGILL: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.dylib+0x3043c0], sa_mask[0]=0x00000000, >>> sa_flags=0x00000042 >>> SIGHUP: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGINT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGTERM: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGQUIT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Bsd >>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 >>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model >>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>> >>> Memory: 4k page, physical 1853232k(463308k free) >>> >>> vm_info: OpenJDK Client VM (14.0-b01) for bsd-x86 JRE (1.7.0- >>> internal-landonf_2008_08_20_14_13-b00), built on Aug 20 2008 >>> 14:25:37 by "landonf" with gcc 4.0.1 (Apple Inc. build 5484) >>> >>> time: Fri Oct 10 09:23:14 2008 >>> elapsed time: 3 seconds >>> >>> # >>> # An unexpected error has been detected by Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x0106dea7, pid=8135, tid=0xb050b000 >>> # >>> # Java VM: Java HotSpot(TM) Client VM (1.6.0_03-p3- >>> landonf_05_dec_2007_22_04-b00 mixed mode) >>> # Problematic frame: >>> # V [libjvm.dylib+0x6dea7] >>> # >>> # Please submit bug reports to landonf at bikemonkey.org >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x0082a400): JavaThread "CompilerThread0" daemon >>> [_thread_in_native, id=-1336889344] >>> >>> siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x46dda7c8 >>> >>> Registers: >>> EAX=0x00002000, EBX=0x0106e056, ECX=0x0000000d, EDX=0x26dda7e0 >>> ESP=0xb050a580, EBP=0xb050a5e8, ESI=0x07fffffa, EDI=0x00000001 >>> EIP=0x0106dea7, EFLAGS=0x00010206 >>> >>> Top of Stack: (sp=0xb050a580) >>> 0xb050a580: 26decd90 26dda348 b050a5c8 0106dd05 >>> 0xb050a590: b050a688 b050a6c8 b050a6d4 b050a590 >>> 0xb050a5a0: 0000000e b050a688 26dd62d8 ffffffff >>> 0xb050a5b0: 00000000 00000002 00000000 00000034 >>> 0xb050a5c0: b050a688 26dda7e0 0000021c 000000b4 >>> 0xb050a5d0: 00000018 b050a5f0 b050a668 b050a600 >>> 0xb050a5e0: b050a6d4 b050a688 b050a658 0106e1e6 >>> 0xb050a5f0: 00000002 26dda354 b050a628 0106e1e6 >>> >>> Instructions: (pc=0x0106dea7) >>> 0x0106de97: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>> 0x0106dea7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>> >>> Stack: [0xb048b000,0xb050b000), sp=0xb050a580, free space=509k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> V [libjvm.dylib+0x6dea7] >>> V [libjvm.dylib+0x6e1e6] >>> V [libjvm.dylib+0x6e354] >>> V [libjvm.dylib+0x51589] >>> V [libjvm.dylib+0x51a2b] >>> V [libjvm.dylib+0x51bbf] >>> V [libjvm.dylib+0x51e72] >>> V [libjvm.dylib+0x51ed9] >>> V [libjvm.dylib+0x5215f] >>> V [libjvm.dylib+0x125019] >>> V [libjvm.dylib+0x126940] >>> V [libjvm.dylib+0x3809d4] >>> V [libjvm.dylib+0x389361] >>> V [libjvm.dylib+0x38944e] >>> V [libjvm.dylib+0x2f3bb2] >>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>> >>> >>> Current CompileTask: >>> C1: 1% ! test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ >>> ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ >>> runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 >>> bytes) >>> >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x0082fc00 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=-1335832576] >>> =>0x0082a400 JavaThread "CompilerThread0" daemon >>> [_thread_in_native, id=-1336889344] >>> 0x0081ec00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>> id=-1337421824] >>> 0x0081d800 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=-1338478592] >>> 0x00819400 JavaThread "Reference Handler" daemon [_thread_blocked, >>> id=-1339535360] >>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608] >>> >>> Other Threads: >>> 0x00816c00 VMThread [id=-1340592128] >>> 0x00830800 WatcherThread [id=-1335300096] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> def new generation total 960K, used 749K [0x03960000, >>> 0x03a60000, 0x05fd0000) >>> eden space 896K, 89% used [0x03960000, 0x03a2e2b8, 0x03a40000) >>> from space 64K, 0% used [0x03a50000, 0x03a500e0, 0x03a60000) >>> to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000) >>> tenured generation total 4096K, used 1024K [0x05fd0000, >>> 0x063d0000, 0x22d60000) >>> the space 4096K, 25% used [0x05fd0000, 0x060d0250, 0x060d0400, >>> 0x063d0000) >>> compacting perm gen total 12288K, used 8930K [0x22d60000, >>> 0x23960000, 0x26d60000) >>> the space 12288K, 72% used [0x22d60000, 0x23618930, 0x23618a00, >>> 0x23960000) >>> No shared spaces configured. >>> >>> Dynamic libraries: >>> Error: Cannot print dynamic libraries. >>> >>> VM Arguments: >>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >>> -Xss1024k -Xbootclasspath/a:/Users/headius/projects/jruby/lib/ >>> jruby.jar -Djruby.home=/Users/headius/projects/jruby -Djruby.lib=/ >>> Users/headius/projects/jruby/lib -Djruby.script=jruby - >>> Djruby.shell=/bin/sh >>> java_command: org.jruby.Main test.rb >>> Launcher Type: SUN_STANDARD >>> >>> Environment Variables: >>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/ >>> soylatte/Home >>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/ >>> Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/ >>> usr/sbin:/opt/local/bin:/opt/local/sbin >>> SHELL=/bin/bash >>> DISPLAY=/tmp/launch-L2Owkb/:0 >>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/ >>> JavaVM.framework/Versions/soylatte/Home/jre/lib/i386/client:/ >>> System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/ >>> jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/ >>> soylatte/Home/jre/../lib/i386 >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGBUS: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGFPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGPIPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGILL: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>> sa_flags=0x00000042 >>> SIGHUP: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGINT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGQUIT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGTERM: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>> sa_flags=0x00000042 >>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>> sa_flags=0x00000042 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Bsd >>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 >>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model >>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>> >>> Memory: 4k page, physical 1853252k(463313k free) >>> >>> vm_info: Java HotSpot(TM) Client VM (1.6.0_03-p3- >>> landonf_05_dec_2007_22_04-b00) for bsd-x86, built on Dec 5 2007 >>> 22:13:24 by "landonf" with gcc 4.0.1 (Apple Inc. build 5465) >>> >>> # >>> # An unexpected error has been detected by Java Runtime Environment: >>> # >>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8a0242, >>> pid=2912, tid=2772 >>> # >>> # Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode, >>> sharing) >>> # Problematic frame: >>> # V [jvm.dll+0x30242] >>> # >>> # If you would like to submit a bug report, please visit: >>> # http://java.sun.com/webapps/bugreport/crash.jsp >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x02cc8800): JavaThread "CompilerThread0" daemon >>> [_thread_in_native, id=2772] >>> >>> siginfo: ExceptionCode=0xc0000005, writing address 0x23392810 >>> >>> Registers: >>> EAX=0x23392810, EBX=0x0323f8b8, ECX=0x0000000d, EDX=0x00002000 >>> ESP=0x0323f828, EBP=0xffffffff, ESI=0x0323f8c4, EDI=0x02cdc4f0 >>> EIP=0x6d8a0242, EFLAGS=0x00010216 >>> >>> Top of Stack: (sp=0x0323f828) >>> 0x0323f828: 0323f878 03390798 0323f894 00000000 >>> 0x0323f838: 02d79098 0000000d 0323f878 02d7f2d0 >>> 0x0323f848: 0323f894 03392828 0000021c 000000b4 >>> 0x0323f858: 6d8a0407 02ce0f5c 02cdbd28 0323fa58 >>> 0x0323f868: 00000000 6d8a0456 03390798 0323fa1c >>> 0x0323f878: 000000b4 00000029 00000003 03392200 >>> 0x0323f888: 00000000 03392490 000000b4 033924a8 >>> 0x0323f898: 000000b4 033924c0 000000b4 000000b4 >>> >>> Instructions: (pc=0x6d8a0242) >>> 0x6d8a0232: c1 ea 05 8d 04 90 83 e1 1f ba 01 00 00 00 d3 e2 >>> 0x6d8a0242: 09 10 8b 16 8b 4e 04 4a 8b c2 89 16 8b 04 81 3b >>> >>> >>> Stack: [0x031f0000,0x03240000), sp=0x0323f828, free space=318k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> V [jvm.dll+0x30242] >>> >>> >>> Current CompileTask: >>> C1: 1% ! problem5.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ >>> ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ >>> runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 >>> bytes) >>> >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x02ccd400 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=1860] >>> =>0x02cc8800 JavaThread "CompilerThread0" daemon >>> [_thread_in_native, id=2772] >>> 0x02cc7800 JavaThread "Attach Listener" daemon [_thread_blocked, >>> id=4088] >>> 0x02cc6800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>> id=644] >>> 0x02cc2000 JavaThread "Finalizer" daemon [_thread_blocked, id=3164] >>> 0x02cbdc00 JavaThread "Reference Handler" daemon [_thread_blocked, >>> id=1448] >>> 0x002a6c00 JavaThread "main" [_thread_in_Java, id=3660] >>> >>> Other Threads: >>> 0x02cb4800 VMThread [id=3140] >>> 0x02cd7c00 WatcherThread [id=2952] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> def new generation total 960K, used 804K [0x07560000, >>> 0x07660000, 0x09bd0000) >>> eden space 896K, 89% used [0x07560000, 0x07629260, 0x07640000) >>> from space 64K, 0% used [0x07640000, 0x076400e0, 0x07650000) >>> to space 64K, 0% used [0x07650000, 0x07650000, 0x07660000) >>> tenured generation total 4096K, used 1042K [0x09bd0000, >>> 0x09fd0000, 0x26960000) >>> the space 4096K, 25% used [0x09bd0000, 0x09cd4bc0, 0x09cd4c00, >>> 0x09fd0000) >>> compacting perm gen total 12288K, used 6611K [0x26960000, >>> 0x27560000, 0x2a960000) >>> the space 12288K, 53% used [0x26960000, 0x26fd4f58, 0x26fd5000, >>> 0x27560000) >>> ro space 8192K, 66% used [0x2a960000, 0x2aead978, 0x2aeada00, >>> 0x2b160000) >>> rw space 12288K, 52% used [0x2b160000, 0x2b7a9cb8, 0x2b7a9e00, >>> 0x2bd60000) >>> >>> Dynamic libraries: >>> 0x00400000 - 0x00423000 C:\Program Files\Java\jdk1.6.0_02\bin >>> \java.exe >>> 0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll >>> 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll >>> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll >>> 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll >>> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll >>> 0x7c340000 - 0x7c396000 C:\Program Files\Java\jdk1.6.0_02\jre >>> \bin\msvcr71.dll >>> 0x6d870000 - 0x6dab9000 C:\Program Files\Java\jdk1.6.0_02\jre >>> \bin\client\jvm.dll >>> 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll >>> 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll >>> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll >>> 0x6d3c0000 - 0x6d3c8000 C:\Program Files\Java\jdk1.6.0_02\jre >>> \bin\hpi.dll >>> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL >>> 0x6d820000 - 0x6d82c000 C:\Program Files\Java\jdk1.6.0_02\jre >>> \bin\verify.dll >>> 0x6d460000 - 0x6d47f000 C:\Program Files\Java\jdk1.6.0_02\jre >>> \bin\java.dll >>> 0x6d860000 - 0x6d86f000 C:\Program Files\Java\jdk1.6.0_02\jre >>> \bin\zip.dll >>> 0x6d610000 - 0x6d619000 C:\Program Files\Java\jdk1.6.0_02\jre >>> \bin\management.dll >>> 0x03590000 - 0x035e2000 C:\Documents and Settings\Administrator >>> \Local Settings\Temp\jna25444.tmp >>> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll >>> >>> VM Arguments: >>> jvm_args: -Xmx500m -Xss1024k -Xbootclasspath/a:C:\JRuby\HEAD\bin\.. >>> \lib\jruby.jar -Djruby.home=C:\JRuby\HEAD\bin\.. -Djruby.lib=C: >>> \JRuby\HEAD\bin\..\lib -Djruby.shell=cmd.exe - >>> Djruby.script=jruby.bat >>> java_command: org.jruby.Main problem5.rb >>> Launcher Type: SUN_STANDARD >>> >>> Environment Variables: >>> JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02 >>> PATH=C:\PHP\;C:\Program Files\MiKTeX 2.6\miktex\bin;c:\program >>> files\imagemagick-6.3.8-q8;c:\program files\imagemagick-6.3.0-q8;C: >>> \Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS >>> \System32\Wbem;C:\Program Files\cvsnt;C:\Program Files\Java >>> \jdk1.6.0_02\bin;C:\ant\apache-ant-1.7.0\bin;;C:\UnxUtils\usr\local >>> \wbin;C:\JRuby\HEAD\bin;C:\Program Files\MySQL\MySQL Server >>> 5.0\bin;C:\Program Files\Graphviz2.20\Bin;C:\Program Files\Nmap;C: >>> \Program Files\ImageMagick-6.3.0-Q8;C:\Program Files\gs >>> \gs8.54\bin;C:\Program Files\gs\gs8.54\lib >>> USERNAME=Administrator >>> OS=Windows_NT >>> PROCESSOR_IDENTIFIER=x86 Family 15 Model 67 Stepping 3, AuthenticAMD >>> >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS: Windows XP Build 2600 Service Pack 3 >>> >>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model >>> 67 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, >>> 3dnow, 3dnowext >>> >>> Memory: 4k page, physical 2096492k(1248704k free), swap >>> 4034788k(3334524k free) >>> >>> vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for windows- >>> x86, built on Jul 12 2007 01:16:14 by "java_re" with unknown MS VC+ >>> +:1310 >>> > From charles.nutter at sun.com Fri Oct 10 13:18:52 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Fri, 10 Oct 2008 15:18:52 -0500 Subject: More C1 crashing in JRuby In-Reply-To: References: <48EF6A1E.2030604@sun.com> <4F2D9EC7-D537-4618-8621-1B61C5BBB432@sun.com> <48EF8948.5010706@sun.com> Message-ID: <48EFB8AC.8080409@sun.com> Hmm, ok...is there a publicly-viewable page I can point the user to on the C1 bug? I'll see about repairing the bytecode, but I'd at least like to show them it was a HotSpot issue that's been fixed (and presumably will be released someday). - Charlie Tom Rodriguez wrote: > This looks almost the same as the other crash. A loop is being formed > with an exception handler in way we're not prepared to deal with. The > same C1 fix resolves this issue as well but I'm not sure how you should > restructure the bytecodes to work around the C1 bug. I think your > exception handler covers too much control flow. If the code were > written in Java then you'd probably have to structure your exception > handlers differently. > > tom > > On Oct 10, 2008, at 9:56 AM, Charles Oliver Nutter wrote: > >> Oops, sorry about that. New DSL modem didn't have port forwarding set >> up. Should be working now. >> >> Tom Rodriguez wrote: >>> From the error log, the crash appears to be in mark_loops which is >>> the same place it was crashing before with the funny exception >>> edges. jruby.headius.com keeps timing out so I haven't been able to >>> download a copy of jruby. Once it comes back I'll see what I can find. >>> tom >>> On Oct 10, 2008, at 7:43 AM, Charles Oliver Nutter wrote: >>>> Another JRuby user reported SIGSEGV in C1 with a simple snippit of >>>> Ruby code: >>>> >>>> c = 1 >>>> >>>> while (true) >>>> flag = 0 >>>> (1..20).each do |e| >>>> flag += (c % e) >>>> end >>>> break if (flag == 0) >>>> c += 1 >>>> end >>>> c >>>> >>>> I was able to reproduce it using Landon Fuller's Java 6 and OpenJDK >>>> 7 builds on OS X, and have attached the dumps to this email (8135 is >>>> Java 6, 8160 is Java 7). It did not appear to crash on Apple Java 5. >>>> I've also attached the original reporter's dump file (2912), from >>>> Windows XP + Java 6. >>>> >>>> As you'd expect, switching to C2 makes the problem disappear. And >>>> like last time, I'm willing to make whatever changes necessary to >>>> work around the problem, if possible. >>>> >>>> The JRuby bug report is here: >>>> >>>> http://jira.codehaus.org/browse/JRUBY-3049 >>>> >>>> Latest JRuby nightly builds are available here (unpack, put bin/ in >>>> PATH, run 'jruby test.rb' where test.rb is the above script; >>>> defaults to -client, pass --server to switch): >>>> >>>> http://jruby.headius.com:8080/hudson/job/jruby-dist/ >>>> >>>> Do you want me to file this bug also through the usual channels? >>>> >>>> - Charlie >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x010735c7, pid=8160, tid=2958077952 >>>> # >>>> # Java VM: OpenJDK Client VM (14.0-b01 mixed mode bsd-x86 ) >>>> # Problematic frame: >>>> # V [libjvm.dylib+0x735c7] >>>> # >>>> # If you would like to submit a bug report, please visit: >>>> # http://java.sun.com/webapps/bugreport/crash.jsp >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x0082bc00): JavaThread "CompilerThread0" daemon >>>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] >>>> >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>> si_addr=0x46dc3668 >>>> >>>> Registers: >>>> EAX=0x00002000, EBX=0x01073776, ECX=0x0000000d, EDX=0x26dc3680 >>>> ESP=0xb050a520, EBP=0xb050a588, ESI=0x07fffffa, EDI=0x00000001 >>>> EIP=0x010735c7, EFLAGS=0x00010206 >>>> >>>> Top of Stack: (sp=0xb050a520) >>>> 0xb050a520: 007b2be0 26dc31e8 b050a568 01073425 >>>> 0xb050a530: b050a628 b050a668 b050a674 b050a530 >>>> 0xb050a540: 0000000e b050a628 26e670b0 ffffffff >>>> 0xb050a550: 00000000 00000002 00000000 00000034 >>>> 0xb050a560: b050a628 26dc3680 0000021c 000000b4 >>>> 0xb050a570: 00000018 b050a590 b050a608 b050a5a0 >>>> 0xb050a580: b050a674 b050a628 b050a5f8 01073906 >>>> 0xb050a590: 00000002 26dc31f4 b050a5c8 01073906 >>>> >>>> Instructions: (pc=0x010735c7) >>>> 0x010735b7: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>>> 0x010735c7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>>> >>>> Stack: [0xb048b000,0xb050b000], sp=0xb050a520, free space=509k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> V [libjvm.dylib+0x735c7] >>>> V [libjvm.dylib+0x73906] >>>> V [libjvm.dylib+0x73a74] >>>> V [libjvm.dylib+0x56b79] >>>> V [libjvm.dylib+0x5701b] >>>> V [libjvm.dylib+0x571af] >>>> V [libjvm.dylib+0x57440] >>>> V [libjvm.dylib+0x57499] >>>> V [libjvm.dylib+0x57768] >>>> V [libjvm.dylib+0x13e14c] >>>> V [libjvm.dylib+0x13f9f0] >>>> V [libjvm.dylib+0x3ab524] >>>> V [libjvm.dylib+0x3b2921] >>>> V [libjvm.dylib+0x3b2a0e] >>>> V [libjvm.dylib+0x3071a5] >>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>>> >>>> >>>> Current CompileTask: >>>> C1: 1% ! >>>> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >>>> @ 34 (275 bytes) >>>> >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x00831c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, >>>> id=-1335832576, stack(0xb050d000,0xb060d000)] >>>> =>0x0082bc00 JavaThread "CompilerThread0" daemon [_thread_in_native, >>>> id=-1336889344, stack(0xb048b000,0xb050b000)] >>>> 0x00820800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>>> id=-1337421824, stack(0xb0389000,0xb0489000)] >>>> 0x0081f000 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=-1338478592, stack(0xb0287000,0xb0387000)] >>>> 0x0081b000 JavaThread "Reference Handler" daemon [_thread_blocked, >>>> id=-1339535360, stack(0xb0185000,0xb0285000)] >>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608, >>>> stack(0xb0001000,0xb0101000)] >>>> >>>> Other Threads: >>>> 0x00818800 VMThread [stack: 0xb0103000,0xb0183000] [id=-1340592128] >>>> 0x00832c00 WatcherThread [stack: 0xb060f000,0xb068f000] >>>> [id=-1335300096] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> def new generation total 960K, used 393K [0x039a0000, 0x03aa0000, >>>> 0x06010000) >>>> eden space 896K, 43% used [0x039a0000, 0x03a02668, 0x03a80000) >>>> from space 64K, 0% used [0x03a90000, 0x03a900d0, 0x03aa0000) >>>> to space 64K, 0% used [0x03a80000, 0x03a80000, 0x03a90000) >>>> tenured generation total 4096K, used 1209K [0x06010000, >>>> 0x06410000, 0x22da0000) >>>> the space 4096K, 29% used [0x06010000, 0x0613e400, 0x0613e400, >>>> 0x06410000) >>>> compacting perm gen total 12288K, used 9241K [0x22da0000, >>>> 0x239a0000, 0x26da0000) >>>> the space 12288K, 75% used [0x22da0000, 0x236a6468, 0x236a6600, >>>> 0x239a0000) >>>> No shared spaces configured. >>>> >>>> Dynamic libraries: >>>> 0x00000000 /usr/lib/libgcc_s.1.dylib >>>> 0x00000000 /usr/lib/libSystem.B.dylib >>>> 0x00000000 /usr/lib/system/libmathCommon.A.dylib >>>> 0x01000000 >>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client/libjvm.dylib >>>> >>>> 0x00000000 /usr/lib/libstdc++.6.dylib >>>> 0x0001e000 >>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/native_threads/libhpi.dylib >>>> >>>> 0x00031000 >>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libverify.dylib >>>> >>>> 0x00040000 >>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libjava.dylib >>>> >>>> 0x00067000 >>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libzip.dylib >>>> >>>> 0x0075c000 >>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libmanagement.dylib >>>> >>>> 0x26e6d000 /private/var/tmp/jna57777.tmp >>>> 0x26e85000 >>>> /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >>>> 0x00000000 >>>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation >>>> 0x00000000 /usr/lib/libobjc.A.dylib >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >>>> >>>> 0x00000000 /usr/lib/libicucore.A.dylib >>>> 0x00000000 /usr/lib/libxml2.2.dylib >>>> 0x00000000 /usr/lib/libz.1.dylib >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/Security.framework/Versions/A/Security >>>> 0x00000000 /usr/lib/libauto.dylib >>>> 0x00000000 /usr/lib/libsqlite3.0.dylib >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices >>>> >>>> 0x00000000 >>>> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >>>> 0x00000000 >>>> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration >>>> >>>> 0x00000000 /usr/lib/libbsm.dylib >>>> 0x00000000 /usr/lib/libxslt.1.dylib >>>> >>>> VM Arguments: >>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >>>> -Xss1024k >>>> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar >>>> -Djruby.home=/Users/headius/projects/jruby >>>> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby >>>> -Djruby.shell=/bin/sh >>>> java_command: org.jruby.Main test.rb >>>> Launcher Type: SUN_STANDARD >>>> >>>> Environment Variables: >>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home >>>> >>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >>>> >>>> SHELL=/bin/bash >>>> DISPLAY=/tmp/launch-L2Owkb/:0 >>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/../lib/i386 >>>> >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGBUS: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGFPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGPIPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGXFSZ: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGILL: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.dylib+0x3043c0], sa_mask[0]=0x00000000, >>>> sa_flags=0x00000042 >>>> SIGHUP: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGINT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGTERM: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGQUIT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Bsd >>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 >>>> PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 14 >>>> stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>>> >>>> Memory: 4k page, physical 1853232k(463308k free) >>>> >>>> vm_info: OpenJDK Client VM (14.0-b01) for bsd-x86 JRE >>>> (1.7.0-internal-landonf_2008_08_20_14_13-b00), built on Aug 20 2008 >>>> 14:25:37 by "landonf" with gcc 4.0.1 (Apple Inc. build 5484) >>>> >>>> time: Fri Oct 10 09:23:14 2008 >>>> elapsed time: 3 seconds >>>> >>>> # >>>> # An unexpected error has been detected by Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x0106dea7, pid=8135, tid=0xb050b000 >>>> # >>>> # Java VM: Java HotSpot(TM) Client VM >>>> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00 mixed mode) >>>> # Problematic frame: >>>> # V [libjvm.dylib+0x6dea7] >>>> # >>>> # Please submit bug reports to landonf at bikemonkey.org >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x0082a400): JavaThread "CompilerThread0" daemon >>>> [_thread_in_native, id=-1336889344] >>>> >>>> siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x46dda7c8 >>>> >>>> Registers: >>>> EAX=0x00002000, EBX=0x0106e056, ECX=0x0000000d, EDX=0x26dda7e0 >>>> ESP=0xb050a580, EBP=0xb050a5e8, ESI=0x07fffffa, EDI=0x00000001 >>>> EIP=0x0106dea7, EFLAGS=0x00010206 >>>> >>>> Top of Stack: (sp=0xb050a580) >>>> 0xb050a580: 26decd90 26dda348 b050a5c8 0106dd05 >>>> 0xb050a590: b050a688 b050a6c8 b050a6d4 b050a590 >>>> 0xb050a5a0: 0000000e b050a688 26dd62d8 ffffffff >>>> 0xb050a5b0: 00000000 00000002 00000000 00000034 >>>> 0xb050a5c0: b050a688 26dda7e0 0000021c 000000b4 >>>> 0xb050a5d0: 00000018 b050a5f0 b050a668 b050a600 >>>> 0xb050a5e0: b050a6d4 b050a688 b050a658 0106e1e6 >>>> 0xb050a5f0: 00000002 26dda354 b050a628 0106e1e6 >>>> >>>> Instructions: (pc=0x0106dea7) >>>> 0x0106de97: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>>> 0x0106dea7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>>> >>>> Stack: [0xb048b000,0xb050b000), sp=0xb050a580, free space=509k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> V [libjvm.dylib+0x6dea7] >>>> V [libjvm.dylib+0x6e1e6] >>>> V [libjvm.dylib+0x6e354] >>>> V [libjvm.dylib+0x51589] >>>> V [libjvm.dylib+0x51a2b] >>>> V [libjvm.dylib+0x51bbf] >>>> V [libjvm.dylib+0x51e72] >>>> V [libjvm.dylib+0x51ed9] >>>> V [libjvm.dylib+0x5215f] >>>> V [libjvm.dylib+0x125019] >>>> V [libjvm.dylib+0x126940] >>>> V [libjvm.dylib+0x3809d4] >>>> V [libjvm.dylib+0x389361] >>>> V [libjvm.dylib+0x38944e] >>>> V [libjvm.dylib+0x2f3bb2] >>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>>> >>>> >>>> Current CompileTask: >>>> C1: 1% ! >>>> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >>>> @ 34 (275 bytes) >>>> >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x0082fc00 JavaThread "Low Memory Detector" daemon [_thread_blocked, >>>> id=-1335832576] >>>> =>0x0082a400 JavaThread "CompilerThread0" daemon [_thread_in_native, >>>> id=-1336889344] >>>> 0x0081ec00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>>> id=-1337421824] >>>> 0x0081d800 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=-1338478592] >>>> 0x00819400 JavaThread "Reference Handler" daemon [_thread_blocked, >>>> id=-1339535360] >>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608] >>>> >>>> Other Threads: >>>> 0x00816c00 VMThread [id=-1340592128] >>>> 0x00830800 WatcherThread [id=-1335300096] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> def new generation total 960K, used 749K [0x03960000, 0x03a60000, >>>> 0x05fd0000) >>>> eden space 896K, 89% used [0x03960000, 0x03a2e2b8, 0x03a40000) >>>> from space 64K, 0% used [0x03a50000, 0x03a500e0, 0x03a60000) >>>> to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000) >>>> tenured generation total 4096K, used 1024K [0x05fd0000, >>>> 0x063d0000, 0x22d60000) >>>> the space 4096K, 25% used [0x05fd0000, 0x060d0250, 0x060d0400, >>>> 0x063d0000) >>>> compacting perm gen total 12288K, used 8930K [0x22d60000, >>>> 0x23960000, 0x26d60000) >>>> the space 12288K, 72% used [0x22d60000, 0x23618930, 0x23618a00, >>>> 0x23960000) >>>> No shared spaces configured. >>>> >>>> Dynamic libraries: >>>> Error: Cannot print dynamic libraries. >>>> >>>> VM Arguments: >>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >>>> -Xss1024k >>>> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar >>>> -Djruby.home=/Users/headius/projects/jruby >>>> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby >>>> -Djruby.shell=/bin/sh >>>> java_command: org.jruby.Main test.rb >>>> Launcher Type: SUN_STANDARD >>>> >>>> Environment Variables: >>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home >>>> >>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >>>> >>>> SHELL=/bin/bash >>>> DISPLAY=/tmp/launch-L2Owkb/:0 >>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/../lib/i386 >>>> >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGBUS: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGFPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGPIPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGILL: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>>> sa_flags=0x00000042 >>>> SIGHUP: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGINT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGQUIT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGTERM: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>> sa_flags=0x00000042 >>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>>> sa_flags=0x00000042 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Bsd >>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 >>>> PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 14 >>>> stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>>> >>>> Memory: 4k page, physical 1853252k(463313k free) >>>> >>>> vm_info: Java HotSpot(TM) Client VM >>>> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00) for bsd-x86, built on >>>> Dec 5 2007 22:13:24 by "landonf" with gcc 4.0.1 (Apple Inc. build >>>> 5465) >>>> >>>> # >>>> # An unexpected error has been detected by Java Runtime Environment: >>>> # >>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8a0242, >>>> pid=2912, tid=2772 >>>> # >>>> # Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode, >>>> sharing) >>>> # Problematic frame: >>>> # V [jvm.dll+0x30242] >>>> # >>>> # If you would like to submit a bug report, please visit: >>>> # http://java.sun.com/webapps/bugreport/crash.jsp >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x02cc8800): JavaThread "CompilerThread0" daemon >>>> [_thread_in_native, id=2772] >>>> >>>> siginfo: ExceptionCode=0xc0000005, writing address 0x23392810 >>>> >>>> Registers: >>>> EAX=0x23392810, EBX=0x0323f8b8, ECX=0x0000000d, EDX=0x00002000 >>>> ESP=0x0323f828, EBP=0xffffffff, ESI=0x0323f8c4, EDI=0x02cdc4f0 >>>> EIP=0x6d8a0242, EFLAGS=0x00010216 >>>> >>>> Top of Stack: (sp=0x0323f828) >>>> 0x0323f828: 0323f878 03390798 0323f894 00000000 >>>> 0x0323f838: 02d79098 0000000d 0323f878 02d7f2d0 >>>> 0x0323f848: 0323f894 03392828 0000021c 000000b4 >>>> 0x0323f858: 6d8a0407 02ce0f5c 02cdbd28 0323fa58 >>>> 0x0323f868: 00000000 6d8a0456 03390798 0323fa1c >>>> 0x0323f878: 000000b4 00000029 00000003 03392200 >>>> 0x0323f888: 00000000 03392490 000000b4 033924a8 >>>> 0x0323f898: 000000b4 033924c0 000000b4 000000b4 >>>> >>>> Instructions: (pc=0x6d8a0242) >>>> 0x6d8a0232: c1 ea 05 8d 04 90 83 e1 1f ba 01 00 00 00 d3 e2 >>>> 0x6d8a0242: 09 10 8b 16 8b 4e 04 4a 8b c2 89 16 8b 04 81 3b >>>> >>>> >>>> Stack: [0x031f0000,0x03240000), sp=0x0323f828, free space=318k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> V [jvm.dll+0x30242] >>>> >>>> >>>> Current CompileTask: >>>> C1: 1% ! >>>> problem5.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >>>> @ 34 (275 bytes) >>>> >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x02ccd400 JavaThread "Low Memory Detector" daemon [_thread_blocked, >>>> id=1860] >>>> =>0x02cc8800 JavaThread "CompilerThread0" daemon [_thread_in_native, >>>> id=2772] >>>> 0x02cc7800 JavaThread "Attach Listener" daemon [_thread_blocked, >>>> id=4088] >>>> 0x02cc6800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>>> id=644] >>>> 0x02cc2000 JavaThread "Finalizer" daemon [_thread_blocked, id=3164] >>>> 0x02cbdc00 JavaThread "Reference Handler" daemon [_thread_blocked, >>>> id=1448] >>>> 0x002a6c00 JavaThread "main" [_thread_in_Java, id=3660] >>>> >>>> Other Threads: >>>> 0x02cb4800 VMThread [id=3140] >>>> 0x02cd7c00 WatcherThread [id=2952] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> def new generation total 960K, used 804K [0x07560000, 0x07660000, >>>> 0x09bd0000) >>>> eden space 896K, 89% used [0x07560000, 0x07629260, 0x07640000) >>>> from space 64K, 0% used [0x07640000, 0x076400e0, 0x07650000) >>>> to space 64K, 0% used [0x07650000, 0x07650000, 0x07660000) >>>> tenured generation total 4096K, used 1042K [0x09bd0000, >>>> 0x09fd0000, 0x26960000) >>>> the space 4096K, 25% used [0x09bd0000, 0x09cd4bc0, 0x09cd4c00, >>>> 0x09fd0000) >>>> compacting perm gen total 12288K, used 6611K [0x26960000, >>>> 0x27560000, 0x2a960000) >>>> the space 12288K, 53% used [0x26960000, 0x26fd4f58, 0x26fd5000, >>>> 0x27560000) >>>> ro space 8192K, 66% used [0x2a960000, 0x2aead978, 0x2aeada00, >>>> 0x2b160000) >>>> rw space 12288K, 52% used [0x2b160000, 0x2b7a9cb8, 0x2b7a9e00, >>>> 0x2bd60000) >>>> >>>> Dynamic libraries: >>>> 0x00400000 - 0x00423000 C:\Program >>>> Files\Java\jdk1.6.0_02\bin\java.exe >>>> 0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll >>>> 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll >>>> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll >>>> 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll >>>> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll >>>> 0x7c340000 - 0x7c396000 C:\Program >>>> Files\Java\jdk1.6.0_02\jre\bin\msvcr71.dll >>>> 0x6d870000 - 0x6dab9000 C:\Program >>>> Files\Java\jdk1.6.0_02\jre\bin\client\jvm.dll >>>> 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll >>>> 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll >>>> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll >>>> 0x6d3c0000 - 0x6d3c8000 C:\Program >>>> Files\Java\jdk1.6.0_02\jre\bin\hpi.dll >>>> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL >>>> 0x6d820000 - 0x6d82c000 C:\Program >>>> Files\Java\jdk1.6.0_02\jre\bin\verify.dll >>>> 0x6d460000 - 0x6d47f000 C:\Program >>>> Files\Java\jdk1.6.0_02\jre\bin\java.dll >>>> 0x6d860000 - 0x6d86f000 C:\Program >>>> Files\Java\jdk1.6.0_02\jre\bin\zip.dll >>>> 0x6d610000 - 0x6d619000 C:\Program >>>> Files\Java\jdk1.6.0_02\jre\bin\management.dll >>>> 0x03590000 - 0x035e2000 C:\Documents and >>>> Settings\Administrator\Local Settings\Temp\jna25444.tmp >>>> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll >>>> >>>> VM Arguments: >>>> jvm_args: -Xmx500m -Xss1024k >>>> -Xbootclasspath/a:C:\JRuby\HEAD\bin\..\lib\jruby.jar >>>> -Djruby.home=C:\JRuby\HEAD\bin\.. >>>> -Djruby.lib=C:\JRuby\HEAD\bin\..\lib -Djruby.shell=cmd.exe >>>> -Djruby.script=jruby.bat >>>> java_command: org.jruby.Main problem5.rb >>>> Launcher Type: SUN_STANDARD >>>> >>>> Environment Variables: >>>> JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02 >>>> PATH=C:\PHP\;C:\Program Files\MiKTeX 2.6\miktex\bin;c:\program >>>> files\imagemagick-6.3.8-q8;c:\program >>>> files\imagemagick-6.3.0-q8;C:\Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program >>>> Files\cvsnt;C:\Program >>>> Files\Java\jdk1.6.0_02\bin;C:\ant\apache-ant-1.7.0\bin;;C:\UnxUtils\usr\local\wbin;C:\JRuby\HEAD\bin;C:\Program >>>> Files\MySQL\MySQL Server 5.0\bin;C:\Program >>>> Files\Graphviz2.20\Bin;C:\Program Files\Nmap;C:\Program >>>> Files\ImageMagick-6.3.0-Q8;C:\Program Files\gs\gs8.54\bin;C:\Program >>>> Files\gs\gs8.54\lib >>>> USERNAME=Administrator >>>> OS=Windows_NT >>>> PROCESSOR_IDENTIFIER=x86 Family 15 Model 67 Stepping 3, AuthenticAMD >>>> >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS: Windows XP Build 2600 Service Pack 3 >>>> >>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model 67 >>>> stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, >>>> 3dnowext >>>> >>>> Memory: 4k page, physical 2096492k(1248704k free), swap >>>> 4034788k(3334524k free) >>>> >>>> vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for windows-x86, >>>> built on Jul 12 2007 01:16:14 by "java_re" with unknown MS VC++:1310 >>>> >> > From Thomas.Rodriguez at Sun.COM Fri Oct 10 13:55:45 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Fri, 10 Oct 2008 13:55:45 -0700 Subject: More C1 crashing in JRuby In-Reply-To: <48EFB8AC.8080409@sun.com> References: <48EF6A1E.2030604@sun.com> <4F2D9EC7-D537-4618-8621-1B61C5BBB432@sun.com> <48EF8948.5010706@sun.com> <48EFB8AC.8080409@sun.com> Message-ID: It's bug 6758445 and it should be visible on bugs.sun.com or the bug parade, though I just filed it and it might take a little while to show up. By the way, looking at my description of the original problem, it looks almost exactly the same as what I'm seeing with this new one: try if (something) throw BreakJump loop: ..... catch (BreakJump bj) goto loop Maybe your workaround for this broke? tom On Oct 10, 2008, at 1:18 PM, Charles Oliver Nutter wrote: > Hmm, ok...is there a publicly-viewable page I can point the user to > on the C1 bug? I'll see about repairing the bytecode, but I'd at > least like to show them it was a HotSpot issue that's been fixed > (and presumably will be released someday). > > - Charlie > > Tom Rodriguez wrote: >> This looks almost the same as the other crash. A loop is being >> formed with an exception handler in way we're not prepared to deal >> with. The same C1 fix resolves this issue as well but I'm not sure >> how you should restructure the bytecodes to work around the C1 >> bug. I think your exception handler covers too much control flow. >> If the code were written in Java then you'd probably have to >> structure your exception handlers differently. >> tom >> On Oct 10, 2008, at 9:56 AM, Charles Oliver Nutter wrote: >>> Oops, sorry about that. New DSL modem didn't have port forwarding >>> set up. Should be working now. >>> >>> Tom Rodriguez wrote: >>>> From the error log, the crash appears to be in mark_loops which >>>> is the same place it was crashing before with the funny exception >>>> edges. jruby.headius.com keeps timing out so I haven't been able >>>> to download a copy of jruby. Once it comes back I'll see what I >>>> can find. >>>> tom >>>> On Oct 10, 2008, at 7:43 AM, Charles Oliver Nutter wrote: >>>>> Another JRuby user reported SIGSEGV in C1 with a simple snippit >>>>> of Ruby code: >>>>> >>>>> c = 1 >>>>> >>>>> while (true) >>>>> flag = 0 >>>>> (1..20).each do |e| >>>>> flag += (c % e) >>>>> end >>>>> break if (flag == 0) >>>>> c += 1 >>>>> end >>>>> c >>>>> >>>>> I was able to reproduce it using Landon Fuller's Java 6 and >>>>> OpenJDK 7 builds on OS X, and have attached the dumps to this >>>>> email (8135 is Java 6, 8160 is Java 7). It did not appear to >>>>> crash on Apple Java 5. I've also attached the original >>>>> reporter's dump file (2912), from Windows XP + Java 6. >>>>> >>>>> As you'd expect, switching to C2 makes the problem disappear. >>>>> And like last time, I'm willing to make whatever changes >>>>> necessary to work around the problem, if possible. >>>>> >>>>> The JRuby bug report is here: >>>>> >>>>> http://jira.codehaus.org/browse/JRUBY-3049 >>>>> >>>>> Latest JRuby nightly builds are available here (unpack, put bin/ >>>>> in PATH, run 'jruby test.rb' where test.rb is the above script; >>>>> defaults to -client, pass --server to switch): >>>>> >>>>> http://jruby.headius.com:8080/hudson/job/jruby-dist/ >>>>> >>>>> Do you want me to file this bug also through the usual channels? >>>>> >>>>> - Charlie >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x010735c7, pid=8160, tid=2958077952 >>>>> # >>>>> # Java VM: OpenJDK Client VM (14.0-b01 mixed mode bsd-x86 ) >>>>> # Problematic frame: >>>>> # V [libjvm.dylib+0x735c7] >>>>> # >>>>> # If you would like to submit a bug report, please visit: >>>>> # http://java.sun.com/webapps/bugreport/crash.jsp >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x0082bc00): JavaThread "CompilerThread0" >>>>> daemon [_thread_in_native, id=-1336889344, >>>>> stack(0xb048b000,0xb050b000)] >>>>> >>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>> si_addr=0x46dc3668 >>>>> >>>>> Registers: >>>>> EAX=0x00002000, EBX=0x01073776, ECX=0x0000000d, EDX=0x26dc3680 >>>>> ESP=0xb050a520, EBP=0xb050a588, ESI=0x07fffffa, EDI=0x00000001 >>>>> EIP=0x010735c7, EFLAGS=0x00010206 >>>>> >>>>> Top of Stack: (sp=0xb050a520) >>>>> 0xb050a520: 007b2be0 26dc31e8 b050a568 01073425 >>>>> 0xb050a530: b050a628 b050a668 b050a674 b050a530 >>>>> 0xb050a540: 0000000e b050a628 26e670b0 ffffffff >>>>> 0xb050a550: 00000000 00000002 00000000 00000034 >>>>> 0xb050a560: b050a628 26dc3680 0000021c 000000b4 >>>>> 0xb050a570: 00000018 b050a590 b050a608 b050a5a0 >>>>> 0xb050a580: b050a674 b050a628 b050a5f8 01073906 >>>>> 0xb050a590: 00000002 26dc31f4 b050a5c8 01073906 >>>>> >>>>> Instructions: (pc=0x010735c7) >>>>> 0x010735b7: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>>>> 0x010735c7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>>>> >>>>> Stack: [0xb048b000,0xb050b000], sp=0xb050a520, free space=509k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> V [libjvm.dylib+0x735c7] >>>>> V [libjvm.dylib+0x73906] >>>>> V [libjvm.dylib+0x73a74] >>>>> V [libjvm.dylib+0x56b79] >>>>> V [libjvm.dylib+0x5701b] >>>>> V [libjvm.dylib+0x571af] >>>>> V [libjvm.dylib+0x57440] >>>>> V [libjvm.dylib+0x57499] >>>>> V [libjvm.dylib+0x57768] >>>>> V [libjvm.dylib+0x13e14c] >>>>> V [libjvm.dylib+0x13f9f0] >>>>> V [libjvm.dylib+0x3ab524] >>>>> V [libjvm.dylib+0x3b2921] >>>>> V [libjvm.dylib+0x3b2a0e] >>>>> V [libjvm.dylib+0x3071a5] >>>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>>>> >>>>> >>>>> Current CompileTask: >>>>> C1: 1% ! test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ >>>>> ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ >>>>> runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 >>>>> bytes) >>>>> >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x00831c00 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=-1335832576, stack(0xb050d000,0xb060d000)] >>>>> =>0x0082bc00 JavaThread "CompilerThread0" daemon >>>>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] >>>>> 0x00820800 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=-1337421824, stack(0xb0389000,0xb0489000)] >>>>> 0x0081f000 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=-1338478592, stack(0xb0287000,0xb0387000)] >>>>> 0x0081b000 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=-1339535360, stack(0xb0185000,0xb0285000)] >>>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608, >>>>> stack(0xb0001000,0xb0101000)] >>>>> >>>>> Other Threads: >>>>> 0x00818800 VMThread [stack: 0xb0103000,0xb0183000] >>>>> [id=-1340592128] >>>>> 0x00832c00 WatcherThread [stack: 0xb060f000,0xb068f000] >>>>> [id=-1335300096] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> def new generation total 960K, used 393K [0x039a0000, >>>>> 0x03aa0000, 0x06010000) >>>>> eden space 896K, 43% used [0x039a0000, 0x03a02668, 0x03a80000) >>>>> from space 64K, 0% used [0x03a90000, 0x03a900d0, 0x03aa0000) >>>>> to space 64K, 0% used [0x03a80000, 0x03a80000, 0x03a90000) >>>>> tenured generation total 4096K, used 1209K [0x06010000, >>>>> 0x06410000, 0x22da0000) >>>>> the space 4096K, 29% used [0x06010000, 0x0613e400, 0x0613e400, >>>>> 0x06410000) >>>>> compacting perm gen total 12288K, used 9241K [0x22da0000, >>>>> 0x239a0000, 0x26da0000) >>>>> the space 12288K, 75% used [0x22da0000, 0x236a6468, 0x236a6600, >>>>> 0x239a0000) >>>>> No shared spaces configured. >>>>> >>>>> Dynamic libraries: >>>>> 0x00000000 /usr/lib/libgcc_s.1.dylib >>>>> 0x00000000 /usr/lib/libSystem.B.dylib >>>>> 0x00000000 /usr/lib/system/libmathCommon.A.dylib >>>>> 0x01000000 /System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/openjdk7/Home/jre/lib/i386/client/libjvm.dylib >>>>> 0x00000000 /usr/lib/libstdc++.6.dylib >>>>> 0x0001e000 /System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/openjdk7/Home/jre/lib/i386/native_threads/libhpi.dylib >>>>> 0x00031000 /System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/openjdk7/Home/jre/lib/i386/libverify.dylib >>>>> 0x00040000 /System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/openjdk7/Home/jre/lib/i386/libjava.dylib >>>>> 0x00067000 /System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/openjdk7/Home/jre/lib/i386/libzip.dylib >>>>> 0x0075c000 /System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/openjdk7/Home/jre/lib/i386/libmanagement.dylib >>>>> 0x26e6d000 /private/var/tmp/jna57777.tmp >>>>> 0x26e85000 /System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/A/JavaVM >>>>> 0x00000000 /System/Library/Frameworks/Foundation.framework/ >>>>> Versions/C/Foundation >>>>> 0x00000000 /usr/lib/libobjc.A.dylib >>>>> 0x00000000 /System/Library/Frameworks/ >>>>> CoreFoundation.framework/Versions/A/CoreFoundation >>>>> 0x00000000 /usr/lib/libicucore.A.dylib >>>>> 0x00000000 /usr/lib/libxml2.2.dylib >>>>> 0x00000000 /usr/lib/libz.1.dylib >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork >>>>> 0x00000000 /System/Library/Frameworks/ >>>>> SystemConfiguration.framework/Versions/A/SystemConfiguration >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/CoreServices >>>>> 0x00000000 /System/Library/Frameworks/Security.framework/ >>>>> Versions/A/Security >>>>> 0x00000000 /usr/lib/libauto.dylib >>>>> 0x00000000 /usr/lib/libsqlite3.0.dylib >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/AE.framework/Versions/A/AE >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/LaunchServices.framework/Versions/A/ >>>>> LaunchServices >>>>> 0x00000000 /System/Library/Frameworks/CoreServices.framework/ >>>>> Versions/A/Frameworks/DictionaryServices.framework/Versions/A/ >>>>> DictionaryServices >>>>> 0x00000000 /System/Library/Frameworks/IOKit.framework/ >>>>> Versions/A/IOKit >>>>> 0x00000000 /System/Library/Frameworks/ >>>>> DiskArbitration.framework/Versions/A/DiskArbitration >>>>> 0x00000000 /usr/lib/libbsm.dylib >>>>> 0x00000000 /usr/lib/libxslt.1.dylib >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k - >>>>> Xmx500m -Xss1024k -Xbootclasspath/a:/Users/headius/projects/ >>>>> jruby/lib/jruby.jar -Djruby.home=/Users/headius/projects/jruby - >>>>> Djruby.lib=/Users/headius/projects/jruby/lib - >>>>> Djruby.script=jruby -Djruby.shell=/bin/sh >>>>> java_command: org.jruby.Main test.rb >>>>> Launcher Type: SUN_STANDARD >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/ >>>>> openjdk7/Home >>>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/ >>>>> openjdk7/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/ >>>>> usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >>>>> SHELL=/bin/bash >>>>> DISPLAY=/tmp/launch-L2Owkb/:0 >>>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/ >>>>> JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client:/ >>>>> System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/ >>>>> Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/openjdk7/Home/jre/../lib/i386 >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGBUS: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGFPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGPIPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGXFSZ: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGILL: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.dylib+0x3043c0], sa_mask[0]=0x00000000, >>>>> sa_flags=0x00000042 >>>>> SIGHUP: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGINT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGTERM: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGQUIT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Bsd >>>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 >>>>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model >>>>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>>>> >>>>> Memory: 4k page, physical 1853232k(463308k free) >>>>> >>>>> vm_info: OpenJDK Client VM (14.0-b01) for bsd-x86 JRE (1.7.0- >>>>> internal-landonf_2008_08_20_14_13-b00), built on Aug 20 2008 >>>>> 14:25:37 by "landonf" with gcc 4.0.1 (Apple Inc. build 5484) >>>>> >>>>> time: Fri Oct 10 09:23:14 2008 >>>>> elapsed time: 3 seconds >>>>> >>>>> # >>>>> # An unexpected error has been detected by Java Runtime >>>>> Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x0106dea7, pid=8135, tid=0xb050b000 >>>>> # >>>>> # Java VM: Java HotSpot(TM) Client VM (1.6.0_03-p3- >>>>> landonf_05_dec_2007_22_04-b00 mixed mode) >>>>> # Problematic frame: >>>>> # V [libjvm.dylib+0x6dea7] >>>>> # >>>>> # Please submit bug reports to landonf at bikemonkey.org >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x0082a400): JavaThread "CompilerThread0" >>>>> daemon [_thread_in_native, id=-1336889344] >>>>> >>>>> siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x46dda7c8 >>>>> >>>>> Registers: >>>>> EAX=0x00002000, EBX=0x0106e056, ECX=0x0000000d, EDX=0x26dda7e0 >>>>> ESP=0xb050a580, EBP=0xb050a5e8, ESI=0x07fffffa, EDI=0x00000001 >>>>> EIP=0x0106dea7, EFLAGS=0x00010206 >>>>> >>>>> Top of Stack: (sp=0xb050a580) >>>>> 0xb050a580: 26decd90 26dda348 b050a5c8 0106dd05 >>>>> 0xb050a590: b050a688 b050a6c8 b050a6d4 b050a590 >>>>> 0xb050a5a0: 0000000e b050a688 26dd62d8 ffffffff >>>>> 0xb050a5b0: 00000000 00000002 00000000 00000034 >>>>> 0xb050a5c0: b050a688 26dda7e0 0000021c 000000b4 >>>>> 0xb050a5d0: 00000018 b050a5f0 b050a668 b050a600 >>>>> 0xb050a5e0: b050a6d4 b050a688 b050a658 0106e1e6 >>>>> 0xb050a5f0: 00000002 26dda354 b050a628 0106e1e6 >>>>> >>>>> Instructions: (pc=0x0106dea7) >>>>> 0x0106de97: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>>>> 0x0106dea7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>>>> >>>>> Stack: [0xb048b000,0xb050b000), sp=0xb050a580, free space=509k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> V [libjvm.dylib+0x6dea7] >>>>> V [libjvm.dylib+0x6e1e6] >>>>> V [libjvm.dylib+0x6e354] >>>>> V [libjvm.dylib+0x51589] >>>>> V [libjvm.dylib+0x51a2b] >>>>> V [libjvm.dylib+0x51bbf] >>>>> V [libjvm.dylib+0x51e72] >>>>> V [libjvm.dylib+0x51ed9] >>>>> V [libjvm.dylib+0x5215f] >>>>> V [libjvm.dylib+0x125019] >>>>> V [libjvm.dylib+0x126940] >>>>> V [libjvm.dylib+0x3809d4] >>>>> V [libjvm.dylib+0x389361] >>>>> V [libjvm.dylib+0x38944e] >>>>> V [libjvm.dylib+0x2f3bb2] >>>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>>>> >>>>> >>>>> Current CompileTask: >>>>> C1: 1% ! test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ >>>>> ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ >>>>> runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 >>>>> bytes) >>>>> >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x0082fc00 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=-1335832576] >>>>> =>0x0082a400 JavaThread "CompilerThread0" daemon >>>>> [_thread_in_native, id=-1336889344] >>>>> 0x0081ec00 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=-1337421824] >>>>> 0x0081d800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=-1338478592] >>>>> 0x00819400 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=-1339535360] >>>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608] >>>>> >>>>> Other Threads: >>>>> 0x00816c00 VMThread [id=-1340592128] >>>>> 0x00830800 WatcherThread [id=-1335300096] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> def new generation total 960K, used 749K [0x03960000, >>>>> 0x03a60000, 0x05fd0000) >>>>> eden space 896K, 89% used [0x03960000, 0x03a2e2b8, 0x03a40000) >>>>> from space 64K, 0% used [0x03a50000, 0x03a500e0, 0x03a60000) >>>>> to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000) >>>>> tenured generation total 4096K, used 1024K [0x05fd0000, >>>>> 0x063d0000, 0x22d60000) >>>>> the space 4096K, 25% used [0x05fd0000, 0x060d0250, 0x060d0400, >>>>> 0x063d0000) >>>>> compacting perm gen total 12288K, used 8930K [0x22d60000, >>>>> 0x23960000, 0x26d60000) >>>>> the space 12288K, 72% used [0x22d60000, 0x23618930, 0x23618a00, >>>>> 0x23960000) >>>>> No shared spaces configured. >>>>> >>>>> Dynamic libraries: >>>>> Error: Cannot print dynamic libraries. >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k - >>>>> Xmx500m -Xss1024k -Xbootclasspath/a:/Users/headius/projects/ >>>>> jruby/lib/jruby.jar -Djruby.home=/Users/headius/projects/jruby - >>>>> Djruby.lib=/Users/headius/projects/jruby/lib - >>>>> Djruby.script=jruby -Djruby.shell=/bin/sh >>>>> java_command: org.jruby.Main test.rb >>>>> Launcher Type: SUN_STANDARD >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/ >>>>> soylatte/Home >>>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/ >>>>> soylatte/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/ >>>>> usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >>>>> SHELL=/bin/bash >>>>> DISPLAY=/tmp/launch-L2Owkb/:0 >>>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/ >>>>> JavaVM.framework/Versions/soylatte/Home/jre/lib/i386/client:/ >>>>> System/Library/Frameworks/JavaVM.framework/Versions/soylatte/ >>>>> Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/ >>>>> Versions/soylatte/Home/jre/../lib/i386 >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGBUS: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGFPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGPIPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGILL: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>>>> sa_flags=0x00000042 >>>>> SIGHUP: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGINT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGQUIT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGTERM: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>> sa_flags=0x00000042 >>>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>>>> sa_flags=0x00000042 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Bsd >>>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 >>>>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model >>>>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>>>> >>>>> Memory: 4k page, physical 1853252k(463313k free) >>>>> >>>>> vm_info: Java HotSpot(TM) Client VM (1.6.0_03-p3- >>>>> landonf_05_dec_2007_22_04-b00) for bsd-x86, built on Dec 5 2007 >>>>> 22:13:24 by "landonf" with gcc 4.0.1 (Apple Inc. build 5465) >>>>> >>>>> # >>>>> # An unexpected error has been detected by Java Runtime >>>>> Environment: >>>>> # >>>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8a0242, >>>>> pid=2912, tid=2772 >>>>> # >>>>> # Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode, >>>>> sharing) >>>>> # Problematic frame: >>>>> # V [jvm.dll+0x30242] >>>>> # >>>>> # If you would like to submit a bug report, please visit: >>>>> # http://java.sun.com/webapps/bugreport/crash.jsp >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x02cc8800): JavaThread "CompilerThread0" >>>>> daemon [_thread_in_native, id=2772] >>>>> >>>>> siginfo: ExceptionCode=0xc0000005, writing address 0x23392810 >>>>> >>>>> Registers: >>>>> EAX=0x23392810, EBX=0x0323f8b8, ECX=0x0000000d, EDX=0x00002000 >>>>> ESP=0x0323f828, EBP=0xffffffff, ESI=0x0323f8c4, EDI=0x02cdc4f0 >>>>> EIP=0x6d8a0242, EFLAGS=0x00010216 >>>>> >>>>> Top of Stack: (sp=0x0323f828) >>>>> 0x0323f828: 0323f878 03390798 0323f894 00000000 >>>>> 0x0323f838: 02d79098 0000000d 0323f878 02d7f2d0 >>>>> 0x0323f848: 0323f894 03392828 0000021c 000000b4 >>>>> 0x0323f858: 6d8a0407 02ce0f5c 02cdbd28 0323fa58 >>>>> 0x0323f868: 00000000 6d8a0456 03390798 0323fa1c >>>>> 0x0323f878: 000000b4 00000029 00000003 03392200 >>>>> 0x0323f888: 00000000 03392490 000000b4 033924a8 >>>>> 0x0323f898: 000000b4 033924c0 000000b4 000000b4 >>>>> >>>>> Instructions: (pc=0x6d8a0242) >>>>> 0x6d8a0232: c1 ea 05 8d 04 90 83 e1 1f ba 01 00 00 00 d3 e2 >>>>> 0x6d8a0242: 09 10 8b 16 8b 4e 04 4a 8b c2 89 16 8b 04 81 3b >>>>> >>>>> >>>>> Stack: [0x031f0000,0x03240000), sp=0x0323f828, free space=318k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> V [jvm.dll+0x30242] >>>>> >>>>> >>>>> Current CompileTask: >>>>> C1: 1% ! problem5.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ >>>>> ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/ >>>>> runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; @ 34 (275 >>>>> bytes) >>>>> >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x02ccd400 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=1860] >>>>> =>0x02cc8800 JavaThread "CompilerThread0" daemon >>>>> [_thread_in_native, id=2772] >>>>> 0x02cc7800 JavaThread "Attach Listener" daemon [_thread_blocked, >>>>> id=4088] >>>>> 0x02cc6800 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=644] >>>>> 0x02cc2000 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=3164] >>>>> 0x02cbdc00 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=1448] >>>>> 0x002a6c00 JavaThread "main" [_thread_in_Java, id=3660] >>>>> >>>>> Other Threads: >>>>> 0x02cb4800 VMThread [id=3140] >>>>> 0x02cd7c00 WatcherThread [id=2952] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> def new generation total 960K, used 804K [0x07560000, >>>>> 0x07660000, 0x09bd0000) >>>>> eden space 896K, 89% used [0x07560000, 0x07629260, 0x07640000) >>>>> from space 64K, 0% used [0x07640000, 0x076400e0, 0x07650000) >>>>> to space 64K, 0% used [0x07650000, 0x07650000, 0x07660000) >>>>> tenured generation total 4096K, used 1042K [0x09bd0000, >>>>> 0x09fd0000, 0x26960000) >>>>> the space 4096K, 25% used [0x09bd0000, 0x09cd4bc0, 0x09cd4c00, >>>>> 0x09fd0000) >>>>> compacting perm gen total 12288K, used 6611K [0x26960000, >>>>> 0x27560000, 0x2a960000) >>>>> the space 12288K, 53% used [0x26960000, 0x26fd4f58, 0x26fd5000, >>>>> 0x27560000) >>>>> ro space 8192K, 66% used [0x2a960000, 0x2aead978, 0x2aeada00, >>>>> 0x2b160000) >>>>> rw space 12288K, 52% used [0x2b160000, 0x2b7a9cb8, 0x2b7a9e00, >>>>> 0x2bd60000) >>>>> >>>>> Dynamic libraries: >>>>> 0x00400000 - 0x00423000 C:\Program Files\Java\jdk1.6.0_02\bin >>>>> \java.exe >>>>> 0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll >>>>> 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll >>>>> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll >>>>> 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll >>>>> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll >>>>> 0x7c340000 - 0x7c396000 C:\Program Files\Java\jdk1.6.0_02\jre >>>>> \bin\msvcr71.dll >>>>> 0x6d870000 - 0x6dab9000 C:\Program Files\Java\jdk1.6.0_02\jre >>>>> \bin\client\jvm.dll >>>>> 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll >>>>> 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll >>>>> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll >>>>> 0x6d3c0000 - 0x6d3c8000 C:\Program Files\Java\jdk1.6.0_02\jre >>>>> \bin\hpi.dll >>>>> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL >>>>> 0x6d820000 - 0x6d82c000 C:\Program Files\Java\jdk1.6.0_02\jre >>>>> \bin\verify.dll >>>>> 0x6d460000 - 0x6d47f000 C:\Program Files\Java\jdk1.6.0_02\jre >>>>> \bin\java.dll >>>>> 0x6d860000 - 0x6d86f000 C:\Program Files\Java\jdk1.6.0_02\jre >>>>> \bin\zip.dll >>>>> 0x6d610000 - 0x6d619000 C:\Program Files\Java\jdk1.6.0_02\jre >>>>> \bin\management.dll >>>>> 0x03590000 - 0x035e2000 C:\Documents and Settings >>>>> \Administrator\Local Settings\Temp\jna25444.tmp >>>>> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Xmx500m -Xss1024k -Xbootclasspath/a:C:\JRuby\HEAD\bin >>>>> \..\lib\jruby.jar -Djruby.home=C:\JRuby\HEAD\bin\.. - >>>>> Djruby.lib=C:\JRuby\HEAD\bin\..\lib -Djruby.shell=cmd.exe - >>>>> Djruby.script=jruby.bat >>>>> java_command: org.jruby.Main problem5.rb >>>>> Launcher Type: SUN_STANDARD >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02 >>>>> PATH=C:\PHP\;C:\Program Files\MiKTeX 2.6\miktex\bin;c:\program >>>>> files\imagemagick-6.3.8-q8;c:\program files\imagemagick-6.3.0- >>>>> q8;C:\Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS >>>>> \System32\Wbem;C:\Program Files\cvsnt;C:\Program Files\Java >>>>> \jdk1.6.0_02\bin;C:\ant\apache-ant-1.7.0\bin;;C:\UnxUtils\usr >>>>> \local\wbin;C:\JRuby\HEAD\bin;C:\Program Files\MySQL\MySQL >>>>> Server 5.0\bin;C:\Program Files\Graphviz2.20\Bin;C:\Program Files >>>>> \Nmap;C:\Program Files\ImageMagick-6.3.0-Q8;C:\Program Files\gs >>>>> \gs8.54\bin;C:\Program Files\gs\gs8.54\lib >>>>> USERNAME=Administrator >>>>> OS=Windows_NT >>>>> PROCESSOR_IDENTIFIER=x86 Family 15 Model 67 Stepping 3, >>>>> AuthenticAMD >>>>> >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS: Windows XP Build 2600 Service Pack 3 >>>>> >>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 >>>>> model 67 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, >>>>> mmxext, 3dnow, 3dnowext >>>>> >>>>> Memory: 4k page, physical 2096492k(1248704k free), swap >>>>> 4034788k(3334524k free) >>>>> >>>>> vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for windows- >>>>> x86, built on Jul 12 2007 01:16:14 by "java_re" with unknown MS >>>>> VC++:1310 >>>>> >>> > From charles.nutter at sun.com Fri Oct 10 15:27:40 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Fri, 10 Oct 2008 17:27:40 -0500 Subject: More C1 crashing in JRuby In-Reply-To: References: <48EF6A1E.2030604@sun.com> <4F2D9EC7-D537-4618-8621-1B61C5BBB432@sun.com> <48EF8948.5010706@sun.com> <48EFB8AC.8080409@sun.com> Message-ID: <48EFD6DC.10207@sun.com> It's possible it broke, or it's possible this is just another case I didn't fix (or didn't know needed to be fixed). I've been careful not to do that in new code, but it's a little more difficult to audit all the other code emitted by the compiler across all input cases. Might be worth the effort now that there's been a second report, though. Tom Rodriguez wrote: > It's bug 6758445 and it should be visible on bugs.sun.com or the bug > parade, though I just filed it and it might take a little while to show up. > > By the way, looking at my description of the original problem, it looks > almost exactly the same as what I'm seeing with this new one: > > try > if (something) throw BreakJump > > loop: > ..... > > catch (BreakJump bj) > goto loop > > Maybe your workaround for this broke? > > tom > > On Oct 10, 2008, at 1:18 PM, Charles Oliver Nutter wrote: > >> Hmm, ok...is there a publicly-viewable page I can point the user to on >> the C1 bug? I'll see about repairing the bytecode, but I'd at least >> like to show them it was a HotSpot issue that's been fixed (and >> presumably will be released someday). >> >> - Charlie >> >> Tom Rodriguez wrote: >>> This looks almost the same as the other crash. A loop is being >>> formed with an exception handler in way we're not prepared to deal >>> with. The same C1 fix resolves this issue as well but I'm not sure >>> how you should restructure the bytecodes to work around the C1 bug. >>> I think your exception handler covers too much control flow. If the >>> code were written in Java then you'd probably have to structure your >>> exception handlers differently. >>> tom >>> On Oct 10, 2008, at 9:56 AM, Charles Oliver Nutter wrote: >>>> Oops, sorry about that. New DSL modem didn't have port forwarding >>>> set up. Should be working now. >>>> >>>> Tom Rodriguez wrote: >>>>> From the error log, the crash appears to be in mark_loops which is >>>>> the same place it was crashing before with the funny exception >>>>> edges. jruby.headius.com keeps timing out so I haven't been able >>>>> to download a copy of jruby. Once it comes back I'll see what I >>>>> can find. >>>>> tom >>>>> On Oct 10, 2008, at 7:43 AM, Charles Oliver Nutter wrote: >>>>>> Another JRuby user reported SIGSEGV in C1 with a simple snippit of >>>>>> Ruby code: >>>>>> >>>>>> c = 1 >>>>>> >>>>>> while (true) >>>>>> flag = 0 >>>>>> (1..20).each do |e| >>>>>> flag += (c % e) >>>>>> end >>>>>> break if (flag == 0) >>>>>> c += 1 >>>>>> end >>>>>> c >>>>>> >>>>>> I was able to reproduce it using Landon Fuller's Java 6 and >>>>>> OpenJDK 7 builds on OS X, and have attached the dumps to this >>>>>> email (8135 is Java 6, 8160 is Java 7). It did not appear to crash >>>>>> on Apple Java 5. I've also attached the original reporter's dump >>>>>> file (2912), from Windows XP + Java 6. >>>>>> >>>>>> As you'd expect, switching to C2 makes the problem disappear. And >>>>>> like last time, I'm willing to make whatever changes necessary to >>>>>> work around the problem, if possible. >>>>>> >>>>>> The JRuby bug report is here: >>>>>> >>>>>> http://jira.codehaus.org/browse/JRUBY-3049 >>>>>> >>>>>> Latest JRuby nightly builds are available here (unpack, put bin/ >>>>>> in PATH, run 'jruby test.rb' where test.rb is the above script; >>>>>> defaults to -client, pass --server to switch): >>>>>> >>>>>> http://jruby.headius.com:8080/hudson/job/jruby-dist/ >>>>>> >>>>>> Do you want me to file this bug also through the usual channels? >>>>>> >>>>>> - Charlie >>>>>> # >>>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>>> # >>>>>> # SIGSEGV (0xb) at pc=0x010735c7, pid=8160, tid=2958077952 >>>>>> # >>>>>> # Java VM: OpenJDK Client VM (14.0-b01 mixed mode bsd-x86 ) >>>>>> # Problematic frame: >>>>>> # V [libjvm.dylib+0x735c7] >>>>>> # >>>>>> # If you would like to submit a bug report, please visit: >>>>>> # http://java.sun.com/webapps/bugreport/crash.jsp >>>>>> # >>>>>> >>>>>> --------------- T H R E A D --------------- >>>>>> >>>>>> Current thread (0x0082bc00): JavaThread "CompilerThread0" daemon >>>>>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] >>>>>> >>>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>>> si_addr=0x46dc3668 >>>>>> >>>>>> Registers: >>>>>> EAX=0x00002000, EBX=0x01073776, ECX=0x0000000d, EDX=0x26dc3680 >>>>>> ESP=0xb050a520, EBP=0xb050a588, ESI=0x07fffffa, EDI=0x00000001 >>>>>> EIP=0x010735c7, EFLAGS=0x00010206 >>>>>> >>>>>> Top of Stack: (sp=0xb050a520) >>>>>> 0xb050a520: 007b2be0 26dc31e8 b050a568 01073425 >>>>>> 0xb050a530: b050a628 b050a668 b050a674 b050a530 >>>>>> 0xb050a540: 0000000e b050a628 26e670b0 ffffffff >>>>>> 0xb050a550: 00000000 00000002 00000000 00000034 >>>>>> 0xb050a560: b050a628 26dc3680 0000021c 000000b4 >>>>>> 0xb050a570: 00000018 b050a590 b050a608 b050a5a0 >>>>>> 0xb050a580: b050a674 b050a628 b050a5f8 01073906 >>>>>> 0xb050a590: 00000002 26dc31f4 b050a5c8 01073906 >>>>>> >>>>>> Instructions: (pc=0x010735c7) >>>>>> 0x010735b7: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>>>>> 0x010735c7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>>>>> >>>>>> Stack: [0xb048b000,0xb050b000], sp=0xb050a520, free space=509k >>>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>>> C=native code) >>>>>> V [libjvm.dylib+0x735c7] >>>>>> V [libjvm.dylib+0x73906] >>>>>> V [libjvm.dylib+0x73a74] >>>>>> V [libjvm.dylib+0x56b79] >>>>>> V [libjvm.dylib+0x5701b] >>>>>> V [libjvm.dylib+0x571af] >>>>>> V [libjvm.dylib+0x57440] >>>>>> V [libjvm.dylib+0x57499] >>>>>> V [libjvm.dylib+0x57768] >>>>>> V [libjvm.dylib+0x13e14c] >>>>>> V [libjvm.dylib+0x13f9f0] >>>>>> V [libjvm.dylib+0x3ab524] >>>>>> V [libjvm.dylib+0x3b2921] >>>>>> V [libjvm.dylib+0x3b2a0e] >>>>>> V [libjvm.dylib+0x3071a5] >>>>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>>>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>>>>> >>>>>> >>>>>> Current CompileTask: >>>>>> C1: 1% ! >>>>>> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >>>>>> @ 34 (275 bytes) >>>>>> >>>>>> >>>>>> --------------- P R O C E S S --------------- >>>>>> >>>>>> Java Threads: ( => current thread ) >>>>>> 0x00831c00 JavaThread "Low Memory Detector" daemon >>>>>> [_thread_blocked, id=-1335832576, stack(0xb050d000,0xb060d000)] >>>>>> =>0x0082bc00 JavaThread "CompilerThread0" daemon >>>>>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)] >>>>>> 0x00820800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>>>>> id=-1337421824, stack(0xb0389000,0xb0489000)] >>>>>> 0x0081f000 JavaThread "Finalizer" daemon [_thread_blocked, >>>>>> id=-1338478592, stack(0xb0287000,0xb0387000)] >>>>>> 0x0081b000 JavaThread "Reference Handler" daemon [_thread_blocked, >>>>>> id=-1339535360, stack(0xb0185000,0xb0285000)] >>>>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608, >>>>>> stack(0xb0001000,0xb0101000)] >>>>>> >>>>>> Other Threads: >>>>>> 0x00818800 VMThread [stack: 0xb0103000,0xb0183000] [id=-1340592128] >>>>>> 0x00832c00 WatcherThread [stack: 0xb060f000,0xb068f000] >>>>>> [id=-1335300096] >>>>>> >>>>>> VM state:not at safepoint (normal execution) >>>>>> >>>>>> VM Mutex/Monitor currently owned by a thread: None >>>>>> >>>>>> Heap >>>>>> def new generation total 960K, used 393K [0x039a0000, >>>>>> 0x03aa0000, 0x06010000) >>>>>> eden space 896K, 43% used [0x039a0000, 0x03a02668, 0x03a80000) >>>>>> from space 64K, 0% used [0x03a90000, 0x03a900d0, 0x03aa0000) >>>>>> to space 64K, 0% used [0x03a80000, 0x03a80000, 0x03a90000) >>>>>> tenured generation total 4096K, used 1209K [0x06010000, >>>>>> 0x06410000, 0x22da0000) >>>>>> the space 4096K, 29% used [0x06010000, 0x0613e400, 0x0613e400, >>>>>> 0x06410000) >>>>>> compacting perm gen total 12288K, used 9241K [0x22da0000, >>>>>> 0x239a0000, 0x26da0000) >>>>>> the space 12288K, 75% used [0x22da0000, 0x236a6468, 0x236a6600, >>>>>> 0x239a0000) >>>>>> No shared spaces configured. >>>>>> >>>>>> Dynamic libraries: >>>>>> 0x00000000 /usr/lib/libgcc_s.1.dylib >>>>>> 0x00000000 /usr/lib/libSystem.B.dylib >>>>>> 0x00000000 /usr/lib/system/libmathCommon.A.dylib >>>>>> 0x01000000 >>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client/libjvm.dylib >>>>>> >>>>>> 0x00000000 /usr/lib/libstdc++.6.dylib >>>>>> 0x0001e000 >>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/native_threads/libhpi.dylib >>>>>> >>>>>> 0x00031000 >>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libverify.dylib >>>>>> >>>>>> 0x00040000 >>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libjava.dylib >>>>>> >>>>>> 0x00067000 >>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libzip.dylib >>>>>> >>>>>> 0x0075c000 >>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libmanagement.dylib >>>>>> >>>>>> 0x26e6d000 /private/var/tmp/jna57777.tmp >>>>>> 0x26e85000 >>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation >>>>>> 0x00000000 /usr/lib/libobjc.A.dylib >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >>>>>> >>>>>> 0x00000000 /usr/lib/libicucore.A.dylib >>>>>> 0x00000000 /usr/lib/libxml2.2.dylib >>>>>> 0x00000000 /usr/lib/libz.1.dylib >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/Security.framework/Versions/A/Security >>>>>> 0x00000000 /usr/lib/libauto.dylib >>>>>> 0x00000000 /usr/lib/libsqlite3.0.dylib >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices >>>>>> >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >>>>>> 0x00000000 >>>>>> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration >>>>>> >>>>>> 0x00000000 /usr/lib/libbsm.dylib >>>>>> 0x00000000 /usr/lib/libxslt.1.dylib >>>>>> >>>>>> VM Arguments: >>>>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >>>>>> -Xss1024k >>>>>> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar >>>>>> -Djruby.home=/Users/headius/projects/jruby >>>>>> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby >>>>>> -Djruby.shell=/bin/sh >>>>>> java_command: org.jruby.Main test.rb >>>>>> Launcher Type: SUN_STANDARD >>>>>> >>>>>> Environment Variables: >>>>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home >>>>>> >>>>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >>>>>> >>>>>> SHELL=/bin/bash >>>>>> DISPLAY=/tmp/launch-L2Owkb/:0 >>>>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/../lib/i386 >>>>>> >>>>>> >>>>>> Signal Handlers: >>>>>> SIGSEGV: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGBUS: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGFPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGPIPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGXFSZ: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGILL: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>>>>> SIGUSR2: [libjvm.dylib+0x3043c0], sa_mask[0]=0x00000000, >>>>>> sa_flags=0x00000042 >>>>>> SIGHUP: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGINT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGTERM: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGQUIT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> >>>>>> >>>>>> --------------- S Y S T E M --------------- >>>>>> >>>>>> OS:Bsd >>>>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 >>>>>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>>>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model >>>>>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>>>>> >>>>>> Memory: 4k page, physical 1853232k(463308k free) >>>>>> >>>>>> vm_info: OpenJDK Client VM (14.0-b01) for bsd-x86 JRE >>>>>> (1.7.0-internal-landonf_2008_08_20_14_13-b00), built on Aug 20 >>>>>> 2008 14:25:37 by "landonf" with gcc 4.0.1 (Apple Inc. build 5484) >>>>>> >>>>>> time: Fri Oct 10 09:23:14 2008 >>>>>> elapsed time: 3 seconds >>>>>> >>>>>> # >>>>>> # An unexpected error has been detected by Java Runtime Environment: >>>>>> # >>>>>> # SIGSEGV (0xb) at pc=0x0106dea7, pid=8135, tid=0xb050b000 >>>>>> # >>>>>> # Java VM: Java HotSpot(TM) Client VM >>>>>> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00 mixed mode) >>>>>> # Problematic frame: >>>>>> # V [libjvm.dylib+0x6dea7] >>>>>> # >>>>>> # Please submit bug reports to landonf at bikemonkey.org >>>>>> # >>>>>> >>>>>> --------------- T H R E A D --------------- >>>>>> >>>>>> Current thread (0x0082a400): JavaThread "CompilerThread0" daemon >>>>>> [_thread_in_native, id=-1336889344] >>>>>> >>>>>> siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x46dda7c8 >>>>>> >>>>>> Registers: >>>>>> EAX=0x00002000, EBX=0x0106e056, ECX=0x0000000d, EDX=0x26dda7e0 >>>>>> ESP=0xb050a580, EBP=0xb050a5e8, ESI=0x07fffffa, EDI=0x00000001 >>>>>> EIP=0x0106dea7, EFLAGS=0x00010206 >>>>>> >>>>>> Top of Stack: (sp=0xb050a580) >>>>>> 0xb050a580: 26decd90 26dda348 b050a5c8 0106dd05 >>>>>> 0xb050a590: b050a688 b050a6c8 b050a6d4 b050a590 >>>>>> 0xb050a5a0: 0000000e b050a688 26dd62d8 ffffffff >>>>>> 0xb050a5b0: 00000000 00000002 00000000 00000034 >>>>>> 0xb050a5c0: b050a688 26dda7e0 0000021c 000000b4 >>>>>> 0xb050a5d0: 00000018 b050a5f0 b050a668 b050a600 >>>>>> 0xb050a5e0: b050a6d4 b050a688 b050a658 0106e1e6 >>>>>> 0xb050a5f0: 00000002 26dda354 b050a628 0106e1e6 >>>>>> >>>>>> Instructions: (pc=0x0106dea7) >>>>>> 0x0106de97: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0 >>>>>> 0x0106dea7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51 >>>>>> >>>>>> Stack: [0xb048b000,0xb050b000), sp=0xb050a580, free space=509k >>>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>>> C=native code) >>>>>> V [libjvm.dylib+0x6dea7] >>>>>> V [libjvm.dylib+0x6e1e6] >>>>>> V [libjvm.dylib+0x6e354] >>>>>> V [libjvm.dylib+0x51589] >>>>>> V [libjvm.dylib+0x51a2b] >>>>>> V [libjvm.dylib+0x51bbf] >>>>>> V [libjvm.dylib+0x51e72] >>>>>> V [libjvm.dylib+0x51ed9] >>>>>> V [libjvm.dylib+0x5215f] >>>>>> V [libjvm.dylib+0x125019] >>>>>> V [libjvm.dylib+0x126940] >>>>>> V [libjvm.dylib+0x3809d4] >>>>>> V [libjvm.dylib+0x389361] >>>>>> V [libjvm.dylib+0x38944e] >>>>>> V [libjvm.dylib+0x2f3bb2] >>>>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141 >>>>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22 >>>>>> >>>>>> >>>>>> Current CompileTask: >>>>>> C1: 1% ! >>>>>> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >>>>>> @ 34 (275 bytes) >>>>>> >>>>>> >>>>>> --------------- P R O C E S S --------------- >>>>>> >>>>>> Java Threads: ( => current thread ) >>>>>> 0x0082fc00 JavaThread "Low Memory Detector" daemon >>>>>> [_thread_blocked, id=-1335832576] >>>>>> =>0x0082a400 JavaThread "CompilerThread0" daemon >>>>>> [_thread_in_native, id=-1336889344] >>>>>> 0x0081ec00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>>>>> id=-1337421824] >>>>>> 0x0081d800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>>> id=-1338478592] >>>>>> 0x00819400 JavaThread "Reference Handler" daemon [_thread_blocked, >>>>>> id=-1339535360] >>>>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608] >>>>>> >>>>>> Other Threads: >>>>>> 0x00816c00 VMThread [id=-1340592128] >>>>>> 0x00830800 WatcherThread [id=-1335300096] >>>>>> >>>>>> VM state:not at safepoint (normal execution) >>>>>> >>>>>> VM Mutex/Monitor currently owned by a thread: None >>>>>> >>>>>> Heap >>>>>> def new generation total 960K, used 749K [0x03960000, >>>>>> 0x03a60000, 0x05fd0000) >>>>>> eden space 896K, 89% used [0x03960000, 0x03a2e2b8, 0x03a40000) >>>>>> from space 64K, 0% used [0x03a50000, 0x03a500e0, 0x03a60000) >>>>>> to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000) >>>>>> tenured generation total 4096K, used 1024K [0x05fd0000, >>>>>> 0x063d0000, 0x22d60000) >>>>>> the space 4096K, 25% used [0x05fd0000, 0x060d0250, 0x060d0400, >>>>>> 0x063d0000) >>>>>> compacting perm gen total 12288K, used 8930K [0x22d60000, >>>>>> 0x23960000, 0x26d60000) >>>>>> the space 12288K, 72% used [0x22d60000, 0x23618930, 0x23618a00, >>>>>> 0x23960000) >>>>>> No shared spaces configured. >>>>>> >>>>>> Dynamic libraries: >>>>>> Error: Cannot print dynamic libraries. >>>>>> >>>>>> VM Arguments: >>>>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m >>>>>> -Xss1024k >>>>>> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar >>>>>> -Djruby.home=/Users/headius/projects/jruby >>>>>> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby >>>>>> -Djruby.shell=/bin/sh >>>>>> java_command: org.jruby.Main test.rb >>>>>> Launcher Type: SUN_STANDARD >>>>>> >>>>>> Environment Variables: >>>>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home >>>>>> >>>>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin >>>>>> >>>>>> SHELL=/bin/bash >>>>>> DISPLAY=/tmp/launch-L2Owkb/:0 >>>>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/../lib/i386 >>>>>> >>>>>> >>>>>> Signal Handlers: >>>>>> SIGSEGV: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGBUS: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGFPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGPIPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGILL: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000 >>>>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>>>>> sa_flags=0x00000042 >>>>>> SIGHUP: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGINT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGQUIT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGTERM: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff, >>>>>> sa_flags=0x00000042 >>>>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000, >>>>>> sa_flags=0x00000042 >>>>>> >>>>>> >>>>>> --------------- S Y S T E M --------------- >>>>>> >>>>>> OS:Bsd >>>>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 >>>>>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 >>>>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240 >>>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model >>>>>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3 >>>>>> >>>>>> Memory: 4k page, physical 1853252k(463313k free) >>>>>> >>>>>> vm_info: Java HotSpot(TM) Client VM >>>>>> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00) for bsd-x86, built on >>>>>> Dec 5 2007 22:13:24 by "landonf" with gcc 4.0.1 (Apple Inc. build >>>>>> 5465) >>>>>> >>>>>> # >>>>>> # An unexpected error has been detected by Java Runtime Environment: >>>>>> # >>>>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8a0242, >>>>>> pid=2912, tid=2772 >>>>>> # >>>>>> # Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode, >>>>>> sharing) >>>>>> # Problematic frame: >>>>>> # V [jvm.dll+0x30242] >>>>>> # >>>>>> # If you would like to submit a bug report, please visit: >>>>>> # http://java.sun.com/webapps/bugreport/crash.jsp >>>>>> # >>>>>> >>>>>> --------------- T H R E A D --------------- >>>>>> >>>>>> Current thread (0x02cc8800): JavaThread "CompilerThread0" daemon >>>>>> [_thread_in_native, id=2772] >>>>>> >>>>>> siginfo: ExceptionCode=0xc0000005, writing address 0x23392810 >>>>>> >>>>>> Registers: >>>>>> EAX=0x23392810, EBX=0x0323f8b8, ECX=0x0000000d, EDX=0x00002000 >>>>>> ESP=0x0323f828, EBP=0xffffffff, ESI=0x0323f8c4, EDI=0x02cdc4f0 >>>>>> EIP=0x6d8a0242, EFLAGS=0x00010216 >>>>>> >>>>>> Top of Stack: (sp=0x0323f828) >>>>>> 0x0323f828: 0323f878 03390798 0323f894 00000000 >>>>>> 0x0323f838: 02d79098 0000000d 0323f878 02d7f2d0 >>>>>> 0x0323f848: 0323f894 03392828 0000021c 000000b4 >>>>>> 0x0323f858: 6d8a0407 02ce0f5c 02cdbd28 0323fa58 >>>>>> 0x0323f868: 00000000 6d8a0456 03390798 0323fa1c >>>>>> 0x0323f878: 000000b4 00000029 00000003 03392200 >>>>>> 0x0323f888: 00000000 03392490 000000b4 033924a8 >>>>>> 0x0323f898: 000000b4 033924c0 000000b4 000000b4 >>>>>> >>>>>> Instructions: (pc=0x6d8a0242) >>>>>> 0x6d8a0232: c1 ea 05 8d 04 90 83 e1 1f ba 01 00 00 00 d3 e2 >>>>>> 0x6d8a0242: 09 10 8b 16 8b 4e 04 4a 8b c2 89 16 8b 04 81 3b >>>>>> >>>>>> >>>>>> Stack: [0x031f0000,0x03240000), sp=0x0323f828, free space=318k >>>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>>> C=native code) >>>>>> V [jvm.dll+0x30242] >>>>>> >>>>>> >>>>>> Current CompileTask: >>>>>> C1: 1% ! >>>>>> problem5.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject; >>>>>> @ 34 (275 bytes) >>>>>> >>>>>> >>>>>> --------------- P R O C E S S --------------- >>>>>> >>>>>> Java Threads: ( => current thread ) >>>>>> 0x02ccd400 JavaThread "Low Memory Detector" daemon >>>>>> [_thread_blocked, id=1860] >>>>>> =>0x02cc8800 JavaThread "CompilerThread0" daemon >>>>>> [_thread_in_native, id=2772] >>>>>> 0x02cc7800 JavaThread "Attach Listener" daemon [_thread_blocked, >>>>>> id=4088] >>>>>> 0x02cc6800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, >>>>>> id=644] >>>>>> 0x02cc2000 JavaThread "Finalizer" daemon [_thread_blocked, id=3164] >>>>>> 0x02cbdc00 JavaThread "Reference Handler" daemon [_thread_blocked, >>>>>> id=1448] >>>>>> 0x002a6c00 JavaThread "main" [_thread_in_Java, id=3660] >>>>>> >>>>>> Other Threads: >>>>>> 0x02cb4800 VMThread [id=3140] >>>>>> 0x02cd7c00 WatcherThread [id=2952] >>>>>> >>>>>> VM state:not at safepoint (normal execution) >>>>>> >>>>>> VM Mutex/Monitor currently owned by a thread: None >>>>>> >>>>>> Heap >>>>>> def new generation total 960K, used 804K [0x07560000, >>>>>> 0x07660000, 0x09bd0000) >>>>>> eden space 896K, 89% used [0x07560000, 0x07629260, 0x07640000) >>>>>> from space 64K, 0% used [0x07640000, 0x076400e0, 0x07650000) >>>>>> to space 64K, 0% used [0x07650000, 0x07650000, 0x07660000) >>>>>> tenured generation total 4096K, used 1042K [0x09bd0000, >>>>>> 0x09fd0000, 0x26960000) >>>>>> the space 4096K, 25% used [0x09bd0000, 0x09cd4bc0, 0x09cd4c00, >>>>>> 0x09fd0000) >>>>>> compacting perm gen total 12288K, used 6611K [0x26960000, >>>>>> 0x27560000, 0x2a960000) >>>>>> the space 12288K, 53% used [0x26960000, 0x26fd4f58, 0x26fd5000, >>>>>> 0x27560000) >>>>>> ro space 8192K, 66% used [0x2a960000, 0x2aead978, 0x2aeada00, >>>>>> 0x2b160000) >>>>>> rw space 12288K, 52% used [0x2b160000, 0x2b7a9cb8, 0x2b7a9e00, >>>>>> 0x2bd60000) >>>>>> >>>>>> Dynamic libraries: >>>>>> 0x00400000 - 0x00423000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\bin\java.exe >>>>>> 0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll >>>>>> 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll >>>>>> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll >>>>>> 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll >>>>>> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll >>>>>> 0x7c340000 - 0x7c396000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\jre\bin\msvcr71.dll >>>>>> 0x6d870000 - 0x6dab9000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\jre\bin\client\jvm.dll >>>>>> 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll >>>>>> 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll >>>>>> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll >>>>>> 0x6d3c0000 - 0x6d3c8000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\jre\bin\hpi.dll >>>>>> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL >>>>>> 0x6d820000 - 0x6d82c000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\jre\bin\verify.dll >>>>>> 0x6d460000 - 0x6d47f000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\jre\bin\java.dll >>>>>> 0x6d860000 - 0x6d86f000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\jre\bin\zip.dll >>>>>> 0x6d610000 - 0x6d619000 C:\Program >>>>>> Files\Java\jdk1.6.0_02\jre\bin\management.dll >>>>>> 0x03590000 - 0x035e2000 C:\Documents and >>>>>> Settings\Administrator\Local Settings\Temp\jna25444.tmp >>>>>> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll >>>>>> >>>>>> VM Arguments: >>>>>> jvm_args: -Xmx500m -Xss1024k >>>>>> -Xbootclasspath/a:C:\JRuby\HEAD\bin\..\lib\jruby.jar >>>>>> -Djruby.home=C:\JRuby\HEAD\bin\.. >>>>>> -Djruby.lib=C:\JRuby\HEAD\bin\..\lib -Djruby.shell=cmd.exe >>>>>> -Djruby.script=jruby.bat >>>>>> java_command: org.jruby.Main problem5.rb >>>>>> Launcher Type: SUN_STANDARD >>>>>> >>>>>> Environment Variables: >>>>>> JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02 >>>>>> PATH=C:\PHP\;C:\Program Files\MiKTeX 2.6\miktex\bin;c:\program >>>>>> files\imagemagick-6.3.8-q8;c:\program >>>>>> files\imagemagick-6.3.0-q8;C:\Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program >>>>>> Files\cvsnt;C:\Program >>>>>> Files\Java\jdk1.6.0_02\bin;C:\ant\apache-ant-1.7.0\bin;;C:\UnxUtils\usr\local\wbin;C:\JRuby\HEAD\bin;C:\Program >>>>>> Files\MySQL\MySQL Server 5.0\bin;C:\Program >>>>>> Files\Graphviz2.20\Bin;C:\Program Files\Nmap;C:\Program >>>>>> Files\ImageMagick-6.3.0-Q8;C:\Program >>>>>> Files\gs\gs8.54\bin;C:\Program Files\gs\gs8.54\lib >>>>>> USERNAME=Administrator >>>>>> OS=Windows_NT >>>>>> PROCESSOR_IDENTIFIER=x86 Family 15 Model 67 Stepping 3, AuthenticAMD >>>>>> >>>>>> >>>>>> >>>>>> --------------- S Y S T E M --------------- >>>>>> >>>>>> OS: Windows XP Build 2600 Service Pack 3 >>>>>> >>>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model >>>>>> 67 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, >>>>>> 3dnow, 3dnowext >>>>>> >>>>>> Memory: 4k page, physical 2096492k(1248704k free), swap >>>>>> 4034788k(3334524k free) >>>>>> >>>>>> vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for >>>>>> windows-x86, built on Jul 12 2007 01:16:14 by "java_re" with >>>>>> unknown MS VC++:1310 >>>>>> >>>> >> > From john.coomes at sun.com Fri Oct 10 18:01:50 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Sat, 11 Oct 2008 01:01:50 +0000 Subject: hg: jdk7/hotspot: 2 new changesets Message-ID: <20081011010151.185A4DFB9@hg.openjdk.java.net> Changeset: 744554f5a329 Author: xdono Date: 2008-10-02 19:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/rev/744554f5a329 6754988: Update copyright year Summary: Update for files that have been modified starting July 2008 Reviewed-by: ohair, tbell ! make/jprt.gmk Changeset: cc47a76899ed Author: xdono Date: 2008-10-09 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/rev/cc47a76899ed Added tag jdk7-b37 for changeset 744554f5a329 ! .hgtags From john.coomes at sun.com Fri Oct 10 18:03:04 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Sat, 11 Oct 2008 01:03:04 +0000 Subject: hg: jdk7/hotspot/corba: 2 new changesets Message-ID: <20081011010306.94727DFC0@hg.openjdk.java.net> Changeset: 59d5848bdede Author: xdono Date: 2008-10-02 19:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/59d5848bdede 6754988: Update copyright year Summary: Update for files that have been modified starting July 2008 Reviewed-by: ohair, tbell ! make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_encoding.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_orbutil.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_legacy_interceptor.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_monitoring.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_presentation_rmi.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_transport.jmk ! make/com/sun/corba/minclude/org_omg_CosNaming.jmk ! make/com/sun/corba/minclude/org_omg_DynamicAny.jmk ! make/com/sun/corba/minclude/org_omg_PortableInterceptor.jmk ! make/com/sun/corba/se/sources/Makefile ! make/javax/xa/Makefile ! make/org/omg/CORBA/Makefile Changeset: e1db87477f0c Author: xdono Date: 2008-10-09 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/e1db87477f0c Added tag jdk7-b37 for changeset 59d5848bdede ! .hgtags From john.coomes at sun.com Fri Oct 10 18:05:22 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Sat, 11 Oct 2008 01:05:22 +0000 Subject: hg: jdk7/hotspot/jaxp: Added tag jdk7-b37 for changeset af49591bc486 Message-ID: <20081011010524.60F35DFC5@hg.openjdk.java.net> Changeset: e9f750f0a3a0 Author: xdono Date: 2008-10-09 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jaxp/rev/e9f750f0a3a0 Added tag jdk7-b37 for changeset af49591bc486 ! .hgtags From john.coomes at sun.com Fri Oct 10 18:06:41 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Sat, 11 Oct 2008 01:06:41 +0000 Subject: hg: jdk7/hotspot/jaxws: Added tag jdk7-b37 for changeset a2a6f9edf761 Message-ID: <20081011010643.10F86DFCA@hg.openjdk.java.net> Changeset: 9ce439969184 Author: xdono Date: 2008-10-09 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jaxws/rev/9ce439969184 Added tag jdk7-b37 for changeset a2a6f9edf761 ! .hgtags From john.coomes at sun.com Fri Oct 10 18:08:02 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Sat, 11 Oct 2008 01:08:02 +0000 Subject: hg: jdk7/hotspot/jdk: 2 new changesets Message-ID: <20081011010835.EDEDCDFD1@hg.openjdk.java.net> Changeset: 14f50aee4989 Author: xdono Date: 2008-10-02 19:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/14f50aee4989 6754988: Update copyright year Summary: Update for files that have been modified starting July 2008 Reviewed-by: ohair, tbell ! make/com/sun/inputmethods/indicim/Makefile ! make/com/sun/inputmethods/thaiim/Makefile ! make/com/sun/java/pack/Makefile ! make/com/sun/security/auth/module/Makefile ! make/common/BuildToolJar.gmk ! make/common/Demo.gmk ! make/common/Library.gmk ! make/common/internal/ImportComponents.gmk ! make/common/shared/Defs-java.gmk ! make/common/shared/Defs-windows.gmk ! make/java/fdlibm/Makefile ! make/java/hpi/windows/Makefile ! make/java/java/FILES_java.gmk ! make/java/java_crw_demo/Makefile ! make/java/java_hprof_demo/Makefile ! make/java/management/Makefile ! make/java/net/Makefile ! make/java/net/mapfile-vers ! make/java/nio/FILES_java.gmk ! make/java/nio/genCoder.sh ! make/java/npt/Makefile ! make/java/zip/Makefile ! make/javax/swing/beaninfo/SwingBeans.gmk ! make/jpda/back/Makefile ! make/jpda/transport/shmem/Makefile ! make/jpda/transport/socket/Makefile ! make/jprt.properties ! make/mksample/nio/Makefile ! make/mksample/nio/multicast/Makefile ! make/netbeans/jconsole/build.properties ! make/netbeans/jconsole/build.xml ! make/sun/cmm/kcms/Makefile ! make/sun/font/t2k/Makefile ! make/sun/image/generic/Makefile ! make/sun/image/vis/Makefile ! make/sun/jconsole/Makefile ! make/sun/jdbc/Makefile ! make/sun/jpeg/Makefile ! make/sun/net/spi/nameservice/dns/Makefile ! make/sun/text/Makefile ! src/share/back/ThreadReferenceImpl.c ! src/share/back/eventFilter.c ! src/share/back/transport.c ! src/share/classes/com/sun/jmx/defaults/JmxProperties.java ! src/share/classes/com/sun/jmx/event/DaemonThreadFactory.java ! src/share/classes/com/sun/jmx/event/EventBuffer.java ! src/share/classes/com/sun/jmx/event/EventClientFactory.java ! src/share/classes/com/sun/jmx/event/EventConnection.java ! src/share/classes/com/sun/jmx/event/EventParams.java ! src/share/classes/com/sun/jmx/event/LeaseManager.java ! src/share/classes/com/sun/jmx/event/LeaseRenewer.java ! src/share/classes/com/sun/jmx/event/ReceiverBuffer.java ! src/share/classes/com/sun/jmx/event/RepeatedSingletonJob.java ! src/share/classes/com/sun/jmx/mbeanserver/DynamicMBean2.java ! src/share/classes/com/sun/jmx/mbeanserver/MBeanInjector.java ! src/share/classes/com/sun/jmx/mbeanserver/NotifySupport.java ! src/share/classes/com/sun/jmx/mbeanserver/PerThreadGroupPool.java ! src/share/classes/com/sun/jmx/mbeanserver/StandardMBeanIntrospector.java ! src/share/classes/com/sun/jmx/mbeanserver/SunJmxMBeanServer.java ! src/share/classes/com/sun/jmx/remote/internal/ClientCommunicatorAdmin.java ! src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java ! src/share/classes/com/sun/jmx/remote/internal/ProxyRef.java ! src/share/classes/com/sun/jmx/remote/util/EnvHelp.java ! src/share/classes/com/sun/jmx/remote/util/EventClientConnection.java ! src/share/classes/com/sun/jmx/snmp/tasks/ThreadService.java ! src/share/classes/com/sun/tools/jdi/MonitorInfoImpl.java ! src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java ! src/share/classes/com/sun/tools/jdi/VMAction.java ! src/share/classes/com/sun/tools/jdi/VMState.java ! src/share/classes/java/awt/EventQueue.java ! src/share/classes/java/lang/AbstractStringBuilder.java ! src/share/classes/java/lang/StringBuffer.java ! src/share/classes/java/lang/StringBuilder.java ! src/share/classes/java/net/Inet6Address.java ! src/share/classes/java/nio/Bits.java ! src/share/classes/java/nio/ByteBufferAs-X-Buffer.java ! src/share/classes/java/nio/Direct-X-Buffer.java ! src/share/classes/java/nio/Heap-X-Buffer.java ! src/share/classes/java/nio/X-Buffer.java ! src/share/classes/java/nio/channels/DatagramChannel.java ! src/share/classes/java/nio/channels/SelectionKey.java ! src/share/classes/java/nio/channels/ServerSocketChannel.java ! src/share/classes/java/nio/channels/SocketChannel.java ! src/share/classes/java/nio/channels/exceptions ! src/share/classes/java/nio/channels/package-info.java ! src/share/classes/java/nio/channels/spi/AbstractSelector.java ! src/share/classes/java/nio/charset/Charset-X-Coder.java ! src/share/classes/java/nio/charset/CoderResult.java ! src/share/classes/java/util/CurrencyData.properties ! src/share/classes/java/util/EnumSet.java ! src/share/classes/java/util/Timer.java ! src/share/classes/javax/management/Description.java ! src/share/classes/javax/management/Descriptor.java ! src/share/classes/javax/management/DescriptorFields.java ! src/share/classes/javax/management/DescriptorKey.java ! src/share/classes/javax/management/DynamicWrapperMBean.java ! src/share/classes/javax/management/Impact.java ! src/share/classes/javax/management/InstanceNotFoundException.java ! src/share/classes/javax/management/MBean.java ! src/share/classes/javax/management/MBeanOperationInfo.java ! src/share/classes/javax/management/MBeanPermission.java ! src/share/classes/javax/management/MBeanRegistration.java ! src/share/classes/javax/management/MBeanServerConnection.java ! src/share/classes/javax/management/MBeanServerDelegate.java ! src/share/classes/javax/management/MBeanServerFactory.java ! src/share/classes/javax/management/MBeanServerNotification.java ! src/share/classes/javax/management/ManagedAttribute.java ! src/share/classes/javax/management/ManagedOperation.java ! src/share/classes/javax/management/NotificationBroadcasterSupport.java ! src/share/classes/javax/management/NotificationInfo.java ! src/share/classes/javax/management/NotificationInfos.java ! src/share/classes/javax/management/SendNotification.java ! src/share/classes/javax/management/StandardEmitterMBean.java ! src/share/classes/javax/management/event/EventClient.java ! src/share/classes/javax/management/event/EventClientDelegate.java ! src/share/classes/javax/management/event/EventClientDelegateMBean.java ! src/share/classes/javax/management/event/EventClientNotFoundException.java ! src/share/classes/javax/management/event/EventConsumer.java ! src/share/classes/javax/management/event/EventForwarder.java ! src/share/classes/javax/management/event/EventReceiver.java ! src/share/classes/javax/management/event/EventRelay.java ! src/share/classes/javax/management/event/FetchingEventForwarder.java ! src/share/classes/javax/management/event/FetchingEventRelay.java ! src/share/classes/javax/management/event/ListenerInfo.java ! src/share/classes/javax/management/event/NotificationManager.java ! src/share/classes/javax/management/event/RMIPushEventForwarder.java ! src/share/classes/javax/management/event/RMIPushEventRelay.java ! src/share/classes/javax/management/event/RMIPushServer.java ! src/share/classes/javax/management/openmbean/CompositeDataSupport.java ! src/share/classes/javax/management/openmbean/TabularDataSupport.java ! src/share/classes/javax/management/remote/JMXConnector.java ! src/share/classes/javax/management/remote/JMXConnectorServer.java ! src/share/classes/javax/management/remote/JMXConnectorServerMBean.java ! src/share/classes/javax/management/remote/rmi/RMIConnectionImpl.java ! src/share/classes/javax/net/ssl/SSLServerSocket.java ! src/share/classes/sun/font/NullFontScaler.java ! src/share/classes/sun/jvmstat/perfdata/monitor/protocol/local/LocalMonitoredVm.java ! src/share/classes/sun/jvmstat/perfdata/monitor/protocol/local/MonitoredHostProvider.java ! src/share/classes/sun/misc/SharedSecrets.java ! src/share/classes/sun/net/httpserver/ChunkedOutputStream.java ! src/share/classes/sun/net/httpserver/ServerImpl.java ! src/share/classes/sun/nio/ch/DatagramChannelImpl.java ! src/share/classes/sun/nio/ch/DatagramSocketAdaptor.java ! src/share/classes/sun/nio/ch/Net.java ! src/share/classes/sun/nio/ch/SelectorImpl.java ! src/share/classes/sun/nio/ch/SelectorProviderImpl.java ! src/share/classes/sun/nio/ch/ServerSocketAdaptor.java ! src/share/classes/sun/nio/ch/ServerSocketChannelImpl.java ! src/share/classes/sun/nio/ch/SocketChannelImpl.java ! src/share/classes/sun/nio/cs/standard-charsets ! src/share/classes/sun/reflect/generics/factory/CoreReflectionFactory.java ! src/share/classes/sun/text/resources/FormatData_sv.java ! src/share/classes/sun/tools/jconsole/Plotter.java ! src/share/classes/sun/tools/jmap/JMap.java ! src/share/demo/jvmti/hprof/hprof_io.c ! src/share/demo/jvmti/hprof/hprof_util.c ! src/share/native/java/net/net_util.h ! src/share/native/java/nio/Bits.c ! src/share/native/sun/nio/ch/genSocketOptionRegistry.c ! src/share/transport/shmem/shmemBack.c ! src/share/transport/shmem/shmemBase.c ! src/share/transport/socket/socketTransport.c ! src/share/transport/socket/sysSocket.h ! src/solaris/classes/sun/nio/ch/DevPollSelectorImpl.java ! src/solaris/classes/sun/nio/ch/EPollArrayWrapper.java ! src/solaris/classes/sun/nio/ch/EPollSelectorImpl.java ! src/solaris/native/com/sun/media/sound/PLATFORM_API_SolarisOS_Utils.h ! src/solaris/native/java/net/PlainDatagramSocketImpl.c ! src/solaris/native/java/net/SocketInputStream.c ! src/solaris/native/java/net/SocketOutputStream.c ! src/solaris/native/java/net/linux_close.c ! src/solaris/native/java/net/net_util_md.c ! src/solaris/native/java/nio/MappedByteBuffer.c ! src/solaris/native/sun/nio/ch/DatagramChannelImpl.c ! src/solaris/native/sun/nio/ch/EPollArrayWrapper.c ! src/solaris/native/sun/nio/ch/FileKey.c ! src/solaris/native/sun/nio/ch/InheritedChannel.c ! src/solaris/native/sun/nio/ch/Net.c ! src/solaris/native/sun/nio/ch/ServerSocketChannelImpl.c ! src/solaris/native/sun/nio/ch/SocketChannelImpl.c ! src/solaris/native/sun/nio/ch/nio_util.h ! src/solaris/transport/socket/socket_md.c ! src/windows/classes/sun/nio/ch/PipeImpl.java ! src/windows/classes/sun/nio/ch/WindowsSelectorImpl.java ! src/windows/javavm/export/jvm_md.h ! src/windows/native/java/net/NetworkInterface.c ! src/windows/native/java/net/NetworkInterface.h ! src/windows/native/java/net/NetworkInterface_win9x.c ! src/windows/native/java/net/NetworkInterface_winXP.c ! src/windows/native/java/net/SocketOutputStream.c ! src/windows/native/java/net/TwoStacksPlainDatagramSocketImpl.c ! src/windows/native/java/net/TwoStacksPlainSocketImpl.c ! src/windows/native/java/net/net_util_md.h ! src/windows/native/sun/net/dns/ResolverConfigurationImpl.c ! src/windows/native/sun/nio/ch/DatagramChannelImpl.c ! src/windows/native/sun/nio/ch/Net.c ! src/windows/native/sun/nio/ch/ServerSocketChannelImpl.c ! src/windows/native/sun/nio/ch/SocketChannelImpl.c ! src/windows/native/sun/nio/ch/WindowsSelectorImpl.c ! src/windows/native/sun/windows/ComCtl32Util.cpp ! src/windows/native/sun/windows/ComCtl32Util.h ! src/windows/native/sun/windows/awt_TextArea.cpp ! src/windows/transport/socket/socket_md.c ! src/windows/transport/socket/socket_md.h ! test/com/sun/jdi/ClassesByName2Test.java ! test/com/sun/jdi/ConnectedVMs.java ! test/com/sun/jdi/MonitorFrameInfo.java ! test/com/sun/jdi/Solaris32AndSolaris64Test.sh ! test/com/sun/jdi/SourceNameFilterTest.java ! test/com/sun/jdi/VMConnection.java ! test/com/sun/net/httpserver/bugs/B6744329.java ! test/java/lang/management/ManagementFactory/ThreadMXBeanProxy.java ! test/java/lang/management/ThreadMXBean/Locks.java ! test/java/net/CookieHandler/TestHttpCookie.java ! test/java/net/Inet6Address/serialize/Serialize.java ! test/java/nio/channels/FileChannel/ExpandingMap.java ! test/java/nio/channels/Selector/Wakeup.java ! test/javax/management/Introspector/AnnotatedMBeanTest.java ! test/javax/management/Introspector/AnnotatedNotificationInfoTest.java ! test/javax/management/Introspector/MBeanDescriptionTest.java ! test/javax/management/Introspector/ParameterNameTest.java ! test/javax/management/Introspector/ResourceInjectionTest.java ! test/javax/management/Introspector/annot/Name.java ! test/javax/management/MBeanInfo/NotificationInfoTest.java ! test/javax/management/MBeanServer/DynamicWrapperMBeanTest.java ! test/javax/management/MBeanServer/OldMBeanServerTest.java ! test/javax/management/MBeanServerFactory/NamedMBeanServerTest.java ! test/javax/management/ObjectName/ApplyWildcardTest.java ! test/javax/management/ObjectName/SerialCompatTest.java ! test/javax/management/eventService/AddRemoveListenerTest.java ! test/javax/management/eventService/CustomForwarderTest.java ! test/javax/management/eventService/EventManagerTest.java ! test/javax/management/eventService/FetchingTest.java ! test/javax/management/eventService/LeaseTest.java ! test/javax/management/eventService/ListenerTest.java ! test/javax/management/eventService/NotSerializableNotifTest.java ! test/javax/management/eventService/PublishTest.java ! test/javax/management/eventService/ReconnectableConnectorTest.java ! test/javax/management/eventService/SharingThreadTest.java ! test/javax/management/mxbean/ComparatorExceptionTest.java ! test/javax/management/mxbean/GenericArrayTypeTest.java ! test/javax/management/mxbean/LeakTest.java ! test/javax/management/mxbean/MBeanOperationInfoTest.java ! test/javax/management/mxbean/MXBeanTest.java ! test/javax/management/mxbean/SameObjectTwoNamesTest.java ! test/javax/management/mxbean/ThreadMXBeanTest.java ! test/javax/management/mxbean/TigerMXBean.java ! test/javax/management/remote/mandatory/connection/CloseServerTest.java ! test/javax/management/remote/mandatory/connection/DeadLockTest.java ! test/javax/management/remote/mandatory/connection/IdleTimeoutTest.java ! test/javax/management/remote/mandatory/connection/RMIExitTest.java ! test/javax/management/remote/mandatory/connection/ReconnectTest.java ! test/javax/management/remote/mandatory/loading/MissingClassTest.java ! test/javax/management/remote/mandatory/notif/AddRemoveTest.java ! test/javax/management/remote/mandatory/notif/DiffHBTest.java ! test/javax/management/remote/mandatory/notif/EmptyDomainNotificationTest.java ! test/javax/management/remote/mandatory/notif/ListenerScaleTest.java ! test/javax/management/remote/mandatory/notif/NotifBufferSizePropertyNameTest.java ! test/javax/management/remote/mandatory/notif/NotifReconnectDeadlockTest.java ! test/javax/management/remote/mandatory/notif/NotificationAccessControllerTest.java ! test/javax/management/remote/mandatory/notif/NotificationBufferCreationTest.java ! test/javax/management/remote/mandatory/notif/NotificationBufferDeadlockTest.java ! test/javax/management/remote/mandatory/notif/NotificationEmissionTest.java ! test/javax/management/remote/mandatory/notif/RMINotifTest.java ! test/javax/management/remote/mandatory/notif/UnexpectedNotifTest.java ! test/javax/script/E4XErrorTest.java ! test/javax/script/JavaScriptScopeTest.java ! test/javax/script/NullUndefinedVarTest.java ! test/javax/script/PluggableContextTest.java ! test/javax/script/ProviderTest.java ! test/javax/script/RhinoExceptionTest.java ! test/javax/script/Test1.java ! test/javax/script/Test2.java ! test/javax/script/Test3.java ! test/javax/script/Test4.java ! test/javax/script/Test5.java ! test/javax/script/Test6.java ! test/javax/script/Test7.java ! test/javax/script/Test8.java ! test/javax/script/VersionTest.java ! test/sun/tools/jrunscript/common.sh ! test/sun/tools/jrunscript/jrunscript-DTest.sh ! test/sun/tools/jrunscript/jrunscript-argsTest.sh ! test/sun/tools/jrunscript/jrunscript-cpTest.sh ! test/sun/tools/jrunscript/jrunscript-eTest.sh ! test/sun/tools/jrunscript/jrunscript-fTest.sh ! test/sun/tools/jrunscript/jrunscriptTest.sh Changeset: db2e128d9f68 Author: xdono Date: 2008-10-09 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/db2e128d9f68 Added tag jdk7-b37 for changeset 14f50aee4989 ! .hgtags From john.coomes at sun.com Fri Oct 10 18:11:49 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Sat, 11 Oct 2008 01:11:49 +0000 Subject: hg: jdk7/hotspot/langtools: 2 new changesets Message-ID: <20081011011153.AA477DFD6@hg.openjdk.java.net> Changeset: 24a47c3062fe Author: xdono Date: 2008-10-02 19:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/24a47c3062fe 6754988: Update copyright year Summary: Update for files that have been modified starting July 2008 Reviewed-by: ohair, tbell ! src/share/classes/com/sun/source/util/Trees.java ! src/share/classes/com/sun/tools/apt/mirror/AptEnv.java ! src/share/classes/com/sun/tools/apt/util/Bark.java ! src/share/classes/com/sun/tools/doclets/formats/html/AbstractMemberWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/ClassUseWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/ConfigurationImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/ConstantsSummaryWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/ConstructorWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialMethodWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageUseWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/Configuration.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/ConstantsSummaryWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AbstractBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AnnotationTypeBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AnnotationTypeOptionalMemberBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AnnotationTypeRequiredMemberBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/ClassBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/ConstantsSummaryBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/ConstructorBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/EnumConstantBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/FieldBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/LayoutParser.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/MemberSummaryBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/MethodBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/CodeTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/LiteralTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/ParamTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/TagletManager.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/ThrowsTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassDocCatalog.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassTree.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassUseMapper.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DeprecatedAPIListBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DocFinder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Extern.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Group.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ImplementedMethods.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/IndexBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/MetaKeywords.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/SourceToHTMLConverter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Util.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/links/LinkFactory.java ! src/share/classes/com/sun/tools/javac/Server.java ! src/share/classes/com/sun/tools/javac/api/JavacScope.java ! src/share/classes/com/sun/tools/javac/api/JavacTrees.java ! src/share/classes/com/sun/tools/javac/api/WrappingJavaFileManager.java ! src/share/classes/com/sun/tools/javac/code/Attribute.java ! src/share/classes/com/sun/tools/javac/code/Flags.java ! src/share/classes/com/sun/tools/javac/code/Kinds.java ! src/share/classes/com/sun/tools/javac/code/Scope.java ! src/share/classes/com/sun/tools/javac/code/Symtab.java ! src/share/classes/com/sun/tools/javac/comp/Annotate.java ! src/share/classes/com/sun/tools/javac/comp/AttrContext.java ! src/share/classes/com/sun/tools/javac/comp/Enter.java ! src/share/classes/com/sun/tools/javac/comp/Env.java ! src/share/classes/com/sun/tools/javac/comp/Flow.java ! src/share/classes/com/sun/tools/javac/jvm/ClassFile.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/jvm/Items.java ! src/share/classes/com/sun/tools/javac/jvm/Pool.java ! src/share/classes/com/sun/tools/javac/model/AnnotationProxyMaker.java ! src/share/classes/com/sun/tools/javac/model/FilteredMemberList.java ! src/share/classes/com/sun/tools/javac/model/JavacElements.java ! src/share/classes/com/sun/tools/javac/parser/DocCommentScanner.java ! src/share/classes/com/sun/tools/javac/parser/EndPosParser.java ! src/share/classes/com/sun/tools/javac/parser/Keywords.java ! src/share/classes/com/sun/tools/javac/parser/Token.java ! src/share/classes/com/sun/tools/javac/processing/JavacFiler.java ! src/share/classes/com/sun/tools/javac/processing/JavacMessager.java ! src/share/classes/com/sun/tools/javac/processing/JavacRoundEnvironment.java ! src/share/classes/com/sun/tools/javac/processing/PrintingProcessor.java ! src/share/classes/com/sun/tools/javac/processing/ServiceProxy.java ! src/share/classes/com/sun/tools/javac/sym/CreateSymbols.java ! src/share/classes/com/sun/tools/javac/tree/JCTree.java ! src/share/classes/com/sun/tools/javac/tree/Pretty.java ! src/share/classes/com/sun/tools/javac/tree/TreeCopier.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/Context.java ! src/share/classes/com/sun/tools/javac/util/Convert.java ! src/share/classes/com/sun/tools/javac/util/ListBuffer.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/DocletInvoker.java ! src/share/classes/com/sun/tools/javadoc/ExecutableMemberDocImpl.java ! src/share/classes/com/sun/tools/javadoc/JavadocEnter.java ! src/share/classes/com/sun/tools/javadoc/JavadocMemberEnter.java ! src/share/classes/com/sun/tools/javadoc/SeeTagImpl.java ! src/share/classes/com/sun/tools/javadoc/SerializedForm.java ! src/share/classes/com/sun/tools/javadoc/TypeVariableImpl.java ! src/share/classes/com/sun/tools/javah/Gen.java ! src/share/classes/javax/lang/model/type/ErrorType.java ! src/share/classes/javax/tools/StandardLocation.java ! test/tools/javac/5045412/Bar.java ! test/tools/javac/5045412/Foo.java ! test/tools/javac/6199662/Tree.java ! test/tools/javac/6627362/T6627362.java ! test/tools/javac/6627362/x/E.java ! test/tools/javac/6627362/x/Object.java ! test/tools/javac/api/6557752/T6557752.java ! test/tools/javac/foreach/T6500701.java ! test/tools/javac/synthesize/Boolean.java ! test/tools/javac/synthesize/Byte.java ! test/tools/javac/synthesize/Character.java ! test/tools/javac/synthesize/Cloneable.java ! test/tools/javac/synthesize/Integer.java ! test/tools/javac/synthesize/Long.java ! test/tools/javac/synthesize/Main.java ! test/tools/javac/synthesize/Number.java ! test/tools/javac/synthesize/Object.java ! test/tools/javac/synthesize/Serializable.java ! test/tools/javac/synthesize/Short.java ! test/tools/javac/synthesize/Test.java ! test/tools/javac/synthesize/Void.java ! test/tools/javac/unit/util/convert/EnclosingCandidates.java Changeset: 31f03e49d18d Author: xdono Date: 2008-10-09 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/31f03e49d18d Added tag jdk7-b37 for changeset 24a47c3062fe ! .hgtags From Peter.Kessler at Sun.COM Sat Oct 11 11:41:39 2008 From: Peter.Kessler at Sun.COM (Peter B. Kessler) Date: Sat, 11 Oct 2008 11:41:39 -0700 Subject: CFV: Laurent Daynes as member of the HotSpot Group In-Reply-To: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> References: <5A5BB919-BBC0-4544-BFC1-8DE35E672488@sun.com> Message-ID: <48F0F363.5080209@Sun.COM> Voting for Laurent Daynes as a member of the HotSpot group is now closed. Voting in favor of his membership were: Keith McGuigan Dan Daugherty Paul Hohensee Chris Phillips Coleen Phillimore Chuck Rasbold Tony Printezis Jim Melvin Peter Kessler Tom Rodriguez David Holmes No one voted against making Laurent a member. Laurent Daynes is now a member of the HotSpot group. The current members of the HotSpot group are: Andrei Pangin Andrey Petrusenko Antonios Printezis Chuck Rasbold Coleen Phillimore Chris Phillips Daniel Daugherty Dave Dice David Holmes Erik Trimble Igor Veresov Ivan Krylov James Melvin Jim Holmlund John Coomes John Rose Jon Masamitsu Karen Kinnear Keith McGuigan Kenneth Russell Kevin Walls Laurent Daynes Lev Serebryakov Paul Hohensee Peter Kessler Poonam Bajaj Stephen Bohne Steve Goldman Thomas Rodriguez Vladimir Kozlov Xiaobin Lu Y S Ramakrishna Yumin Qi Thank you for participating. ... peter Karen Kinnear wrote: > > I would like to nominate Laurent Daynes for membership in the HotSpot > Group. > > Laurent works in Sun Labs in Grenoble France. He has > extensive experience in HotSpot with a strong background in > multitasking and garbage collection. He is currently working > on the Maxine VM research project in the labs. > ... From antonios.printezis at sun.com Wed Oct 15 12:28:17 2008 From: antonios.printezis at sun.com (antonios.printezis at sun.com) Date: Wed, 15 Oct 2008 19:28:17 +0000 Subject: hg: jdk7/hotspot/hotspot: 6758633: G1: SEGV with GCOld on Linux Message-ID: <20081015192822.E36AAD293@hg.openjdk.java.net> Changeset: 078b8a0d8d7c Author: iveresov Date: 2008-10-13 21:41 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/078b8a0d8d7c 6758633: G1: SEGV with GCOld on Linux Summary: Avoid growth of a GrowableArray backend of HeapRegionSeq. Reviewed-by: tonyp, jcoomes ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.cpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.hpp From erik.trimble at sun.com Wed Oct 15 21:29:18 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Thu, 16 Oct 2008 04:29:18 +0000 Subject: hg: jdk7/hotspot/hotspot: 5 new changesets Message-ID: <20081016042931.B06EBD337@hg.openjdk.java.net> Changeset: 9ee9cf798b59 Author: xdono Date: 2008-10-02 19:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/9ee9cf798b59 6754988: Update copyright year Summary: Update for files that have been modified starting July 2008 Reviewed-by: ohair, tbell ! agent/make/bugspot.bat ! agent/make/build.xml ! agent/make/hsdb.bat ! agent/make/hsdb.sh ! agent/make/saenv.bat ! agent/make/saenv.sh ! agent/make/saenv64.bat ! agent/make/saenv64.sh ! agent/src/share/classes/sun/jvm/hotspot/runtime/CompiledVFrame.java ! agent/src/share/classes/sun/jvm/hotspot/tools/HeapSummary.java ! agent/src/share/classes/sun/jvm/hotspot/tools/PermStat.java ! src/cpu/x86/vm/assembler_x86.inline.hpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/cpu/x86/vm/c1_Defs_x86.hpp ! src/cpu/x86/vm/c1_FrameMap_x86.cpp ! src/cpu/x86/vm/c1_FrameMap_x86.hpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.hpp ! src/cpu/x86/vm/c1_LinearScan_x86.hpp ! src/cpu/x86/vm/c1_MacroAssembler_x86.hpp ! src/cpu/x86/vm/c1_Runtime1_x86.cpp ! src/cpu/x86/vm/cppInterpreter_x86.cpp ! src/cpu/x86/vm/dump_x86_32.cpp ! src/cpu/x86/vm/dump_x86_64.cpp ! src/cpu/x86/vm/icache_x86.cpp ! src/cpu/x86/vm/interp_masm_x86_32.cpp ! src/cpu/x86/vm/interp_masm_x86_32.hpp ! src/cpu/x86/vm/interp_masm_x86_64.hpp ! src/cpu/x86/vm/interpreterRT_x86_32.cpp ! src/cpu/x86/vm/interpreterRT_x86_64.cpp ! src/cpu/x86/vm/interpreter_x86_32.cpp ! src/cpu/x86/vm/jniFastGetField_x86_32.cpp ! src/cpu/x86/vm/jniFastGetField_x86_64.cpp ! src/cpu/x86/vm/runtime_x86_32.cpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/cpu/x86/vm/stubRoutines_x86_32.cpp ! src/cpu/x86/vm/stubRoutines_x86_32.hpp ! src/cpu/x86/vm/stubRoutines_x86_64.cpp ! src/cpu/x86/vm/stubRoutines_x86_64.hpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_32.hpp ! src/cpu/x86/vm/vtableStubs_x86_32.cpp ! src/os/solaris/vm/osThread_solaris.cpp ! src/os_cpu/solaris_sparc/vm/assembler_solaris_sparc.cpp ! src/os_cpu/solaris_x86/vm/solaris_x86_32.ad ! src/os_cpu/windows_x86/vm/os_windows_x86.cpp ! src/share/vm/asm/assembler.cpp ! src/share/vm/c1/c1_FrameMap.cpp ! src/share/vm/c1/c1_LIR.hpp ! src/share/vm/c1/c1_LIRAssembler.cpp ! src/share/vm/c1/c1_LIRAssembler.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/c1/c1_LinearScan.cpp ! src/share/vm/c1/c1_LinearScan.hpp ! src/share/vm/ci/ciTypeFlow.hpp ! src/share/vm/code/relocInfo.hpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/psVirtualspace.cpp ! src/share/vm/gc_implementation/parallelScavenge/psYoungGen.hpp ! src/share/vm/gc_implementation/shared/gcUtil.hpp ! src/share/vm/gc_implementation/shared/spaceDecorator.cpp ! src/share/vm/gc_implementation/shared/spaceDecorator.hpp ! src/share/vm/includeDB_features ! src/share/vm/memory/blockOffsetTable.hpp ! src/share/vm/memory/compactingPermGenGen.hpp ! src/share/vm/opto/block.cpp ! src/share/vm/opto/callGenerator.cpp ! src/share/vm/opto/coalesce.cpp ! src/share/vm/opto/idealGraphPrinter.cpp ! src/share/vm/opto/ifg.cpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/reg_split.cpp ! src/share/vm/runtime/statSampler.cpp ! src/share/vm/runtime/threadLocalStorage.cpp ! src/share/vm/runtime/threadLocalStorage.hpp ! src/share/vm/runtime/virtualspace.cpp ! src/share/vm/runtime/virtualspace.hpp ! src/share/vm/utilities/macros.hpp Changeset: d9bc824aa078 Author: xdono Date: 2008-10-09 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/d9bc824aa078 Added tag jdk7-b37 for changeset 9ee9cf798b59 ! .hgtags Changeset: eb28cf662f56 Author: trims Date: 2008-10-07 11:01 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/eb28cf662f56 Merge ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/cpu/x86/vm/c1_Runtime1_x86.cpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/share/vm/asm/assembler.cpp ! src/share/vm/c1/c1_LIRAssembler.cpp ! src/share/vm/c1/c1_LIRAssembler.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/ci/ciTypeFlow.hpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp ! src/share/vm/memory/blockOffsetTable.hpp ! src/share/vm/opto/ifg.cpp ! src/share/vm/runtime/virtualspace.cpp Changeset: 3dfb71f4a560 Author: trims Date: 2008-10-15 18:49 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/3dfb71f4a560 Merge Changeset: bc1cf4d7cab3 Author: trims Date: 2008-10-15 18:51 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/bc1cf4d7cab3 Merge From daniel.daugherty at sun.com Thu Oct 16 14:28:59 2008 From: daniel.daugherty at sun.com (daniel.daugherty at sun.com) Date: Thu, 16 Oct 2008 21:28:59 +0000 Subject: hg: jdk7/hotspot/hotspot: 2 new changesets Message-ID: <20081016212903.EBF12D449@hg.openjdk.java.net> Changeset: 4d05b7cb7842 Author: mchung Date: 2008-10-14 15:16 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/4d05b7cb7842 6306922: Dump dump created by +HeapDumpOnOutOfMemoryError should include stack traces for stack roots Summary: Include stack traces of all threads in the heap dump Reviewed-by: alanb ! src/share/vm/includeDB_features ! src/share/vm/services/heapDumper.cpp ! src/share/vm/services/threadService.hpp Changeset: 1bf7a2ce4895 Author: dcubed Date: 2008-10-16 11:07 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/1bf7a2ce4895 Merge ! src/share/vm/includeDB_features From volker.simonis at gmail.com Fri Oct 17 02:14:29 2008 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 17 Oct 2008 11:14:29 +0200 Subject: What happens with the review comments? Message-ID: Hi, I noticed that the "request for review" mails often contain a small description and/or justification of a change potentially followed by a discussion of the change. Unfortunately, these comments are not part of the hg changeset which only contains the summary of the change and often they are also not part of the bug report. I remember that some time ago there was a discussion on the OpenJDK lists about which fields to use in a hg changeset comments and it has been argued, that "a more complete description of the change belongs in the bug report" (see http://openjdk.java.net/guide/producingChangeset.html) but unfortunately this doesn't seems to happen regularly. As far as I can see, the bug report now usually links back to the change set and finding the bug report from a change set is trivial as well. However the review comments are hard to find, once a change set is submitted. I'm really happy to see the review process for changes happening in the open on the OpenJDK mailing lists but I think it's a pity if this information doesn't go into a kind of "database" for future use. Are there any ideas how this valuable information could be preserved in the future (changing the policy of what goes into the change sets comments, somehow enforce that review comments go into the bug report)? Regards, Volker From xiaobin.lu at sun.com Fri Oct 17 18:33:27 2008 From: xiaobin.lu at sun.com (xiaobin.lu at sun.com) Date: Sat, 18 Oct 2008 01:33:27 +0000 Subject: hg: jdk7/hotspot/hotspot: 2 new changesets Message-ID: <20081018013335.E6727D56D@hg.openjdk.java.net> Changeset: 443791f333a2 Author: coleenp Date: 2008-10-14 10:15 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/443791f333a2 6700107: java/lang/Class/forName/TooManyDimensions.java crashes with SIGSEGV in c2 compiler with fastdebug Summary: objArrayKlass::compute_modifier_flags was unnecessarily recursive Reviewed-by: kamg ! src/share/vm/oops/objArrayKlass.cpp Changeset: 7b51912bdf9a Author: xlu Date: 2008-10-17 15:18 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7b51912bdf9a Merge From Chuck.Rasbold at Sun.COM Tue Oct 21 10:24:01 2008 From: Chuck.Rasbold at Sun.COM (Chuck Rasbold) Date: Tue, 21 Oct 2008 10:24:01 -0700 Subject: What happens with the review comments? In-Reply-To: References: Message-ID: <48FE1031.2090602@sun.com> Volker - A number of us discussed your comment this morning. We agreed that we should make a greater effort to ensure that the description in the "request for review" should be pasted into the evaluation part of the bug report, especially if it is non-trivially different than the existing evaluation. Some of us already do that, but hopefully it will become standard operating procedure. -- Chuck On 10/17/08 02:14, Volker Simonis wrote: > Hi, > > I noticed that the "request for review" mails often contain a small > description and/or justification of a change potentially followed by a > discussion of the change. Unfortunately, these comments are not part > of the hg changeset which only contains the summary of the change and > often they are also not part of the bug report. > > I remember that some time ago there was a discussion on the OpenJDK > lists about which fields to use in a hg changeset comments and it has > been argued, that "a more complete description of the change belongs > in the bug report" (see > http://openjdk.java.net/guide/producingChangeset.html) but > unfortunately this doesn't seems to happen regularly. > > As far as I can see, the bug report now usually links back to the > change set and finding the bug report from a change set is trivial as > well. However the review comments are hard to find, once a change set > is submitted. I'm really happy to see the review process for changes > happening in the open on the OpenJDK mailing lists but I think it's a > pity if this information doesn't go into a kind of "database" for > future use. > > Are there any ideas how this valuable information could be preserved > in the future (changing the policy of what goes into the change sets > comments, somehow enforce that review comments go into the bug > report)? > > Regards, > Volker From thomas.rodriguez at sun.com Tue Oct 21 14:42:49 2008 From: thomas.rodriguez at sun.com (thomas.rodriguez at sun.com) Date: Tue, 21 Oct 2008 21:42:49 +0000 Subject: hg: jdk7/hotspot/hotspot: 8 new changesets Message-ID: <20081021214316.1D0BED88D@hg.openjdk.java.net> Changeset: cc80376deb0c Author: kvn Date: 2008-10-02 08:37 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/cc80376deb0c 6667595: Set probability FAIR for pre-, post- loops and ALWAYS for main loop Summary: Fix loop's probability. Add optimizations to avoid spilling. Change InlineSmallCode to product flag. Reviewed-by: never ! src/share/vm/opto/addnode.cpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/cfgnode.hpp ! src/share/vm/opto/divnode.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/node.hpp ! src/share/vm/opto/postaloc.cpp ! src/share/vm/opto/subnode.cpp ! src/share/vm/runtime/globals.hpp Changeset: ee8f06bfb27c Author: never Date: 2008-10-03 13:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ee8f06bfb27c 6743188: incomplete fix for 6700047 C2 failed in idom_no_update Reviewed-by: rasbold, kvn ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/loopopts.cpp ! test/compiler/6700047/Test6700047.java Changeset: b4e0a161f551 Author: never Date: 2008-10-06 13:11 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/b4e0a161f551 Merge ! src/share/vm/runtime/globals.hpp Changeset: b744678d4d71 Author: rasbold Date: 2008-10-10 09:47 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/b744678d4d71 6752257: Use NOT instead of XOR -1 on x86 Summary: add match rule for xor -1 Reviewed-by: never, kvn ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad Changeset: 78c058bc5cdc Author: rasbold Date: 2008-10-14 06:58 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/78c058bc5cdc 6717150: improper constant folding of subnormal strictfp multiplications and divides Summary: suppress constant folding of double divides and multiplications on ia32 Reviewed-by: never ! src/share/vm/opto/divnode.cpp ! src/share/vm/opto/mulnode.cpp Changeset: 2649e5276dd7 Author: kvn Date: 2008-10-14 15:10 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/2649e5276dd7 6532536: Optimize arraycopy stubs for Intel cpus Summary: Use SSE2 movdqu in arraycopy stubs on newest Intel's cpus Reviewed-by: rasbold ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp ! src/cpu/x86/vm/vm_version_x86_32.cpp ! src/cpu/x86/vm/vm_version_x86_32.hpp ! src/cpu/x86/vm/vm_version_x86_64.cpp ! src/cpu/x86/vm/vm_version_x86_64.hpp ! src/os/solaris/vm/os_solaris.cpp ! src/share/vm/runtime/globals.hpp Changeset: 67e8b4d06369 Author: never Date: 2008-10-21 11:21 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/67e8b4d06369 Merge ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/os/solaris/vm/os_solaris.cpp ! src/share/vm/runtime/globals.hpp Changeset: ebfd4ae89bf6 Author: never Date: 2008-10-21 11:23 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ebfd4ae89bf6 6762004: 6532536 fix contains changes in os_solaris.cpp which were pushed by mistake Reviewed-by: kvn ! src/os/solaris/vm/os_solaris.cpp From xiaobin.lu at sun.com Wed Oct 22 23:27:15 2008 From: xiaobin.lu at sun.com (xiaobin.lu at sun.com) Date: Thu, 23 Oct 2008 06:27:15 +0000 Subject: hg: jdk7/hotspot/hotspot: 3 new changesets Message-ID: <20081023062724.25E50D924@hg.openjdk.java.net> Changeset: 52e32c8b317e Author: acorn Date: 2008-10-22 14:48 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/52e32c8b317e 6761092: jvm crashes when CDS is enabled. Summary: CDS hardcoded max c++ virtual method table increased Reviewed-by: coleenp, xlu, jmasa ! src/share/vm/memory/compactingPermGenGen.hpp ! src/share/vm/memory/dump.cpp Changeset: 218f0fd3ca88 Author: acorn Date: 2008-10-22 15:07 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/218f0fd3ca88 Merge ! src/share/vm/memory/compactingPermGenGen.hpp Changeset: 8fb16f199266 Author: xlu Date: 2008-10-22 20:47 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8fb16f199266 Merge From john.coomes at sun.com Thu Oct 23 20:35:38 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Fri, 24 Oct 2008 03:35:38 +0000 Subject: hg: jdk7/hotspot: Added tag jdk7-b38 for changeset cc47a76899ed Message-ID: <20081024033538.C6E01D9EE@hg.openjdk.java.net> Changeset: ab523b49de1f Author: xdono Date: 2008-10-23 10:12 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/rev/ab523b49de1f Added tag jdk7-b38 for changeset cc47a76899ed ! .hgtags From john.coomes at sun.com Thu Oct 23 20:37:02 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Fri, 24 Oct 2008 03:37:02 +0000 Subject: hg: jdk7/hotspot/corba: 3 new changesets Message-ID: <20081024033706.2C1C8D9F3@hg.openjdk.java.net> Changeset: a067bf2329ef Author: tbell Date: 2008-10-15 21:24 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/a067bf2329ef 6759959: VS2008 errors compiling corba sources Summary: Update Makefiles to deal with newer Visual Studio releases Reviewed-by: ohair ! make/common/Defs-windows.gmk ! make/common/shared/Compiler-msvc.gmk Changeset: 08be802754b0 Author: xdono Date: 2008-10-16 10:29 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/08be802754b0 Merge Changeset: 55078b6661e2 Author: xdono Date: 2008-10-23 10:12 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/55078b6661e2 Added tag jdk7-b38 for changeset 08be802754b0 ! .hgtags From john.coomes at sun.com Thu Oct 23 20:40:21 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Fri, 24 Oct 2008 03:40:21 +0000 Subject: hg: jdk7/hotspot/jaxp: Added tag jdk7-b38 for changeset e9f750f0a3a0 Message-ID: <20081024034023.B8D5CD9F8@hg.openjdk.java.net> Changeset: 831b80be6cea Author: xdono Date: 2008-10-23 10:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jaxp/rev/831b80be6cea Added tag jdk7-b38 for changeset e9f750f0a3a0 ! .hgtags From john.coomes at sun.com Thu Oct 23 20:41:48 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Fri, 24 Oct 2008 03:41:48 +0000 Subject: hg: jdk7/hotspot/jaxws: Added tag jdk7-b38 for changeset 9ce439969184 Message-ID: <20081024034150.56475D9FD@hg.openjdk.java.net> Changeset: 077bc9b1b035 Author: xdono Date: 2008-10-23 10:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jaxws/rev/077bc9b1b035 Added tag jdk7-b38 for changeset 9ce439969184 ! .hgtags From john.coomes at sun.com Thu Oct 23 20:45:48 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Fri, 24 Oct 2008 03:45:48 +0000 Subject: hg: jdk7/hotspot/jdk: 74 new changesets Message-ID: <20081024040208.496E9DA02@hg.openjdk.java.net> Changeset: fa7147a26cd2 Author: malenkov Date: 2008-06-19 18:03 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/fa7147a26cd2 4114658: DOC: Unspecified behaviour for java.beans.PropertyEditorSupport Reviewed-by: peterz, loneid ! src/share/classes/java/beans/PropertyEditor.java ! src/share/classes/java/beans/PropertyEditorSupport.java Changeset: fc09152d5cf6 Author: idk Date: 2008-06-23 15:21 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/fc09152d5cf6 6623943: javax.swing.TimerQueue's thread occasionally fails to start Reviewed-by: alexp ! src/share/classes/javax/swing/JApplet.java ! src/share/classes/javax/swing/TimerQueue.java Changeset: 282c86389114 Author: malenkov Date: 2008-06-26 15:11 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/282c86389114 6718964: Swing border tests should be open source Reviewed-by: peterz + test/javax/swing/border/Test4120351.java + test/javax/swing/border/Test4124729.java + test/javax/swing/border/Test4243289.html + test/javax/swing/border/Test4243289.java + test/javax/swing/border/Test4247606.html + test/javax/swing/border/Test4247606.java + test/javax/swing/border/Test4252164.html + test/javax/swing/border/Test4252164.java + test/javax/swing/border/Test6461042.java Changeset: 581440ba714a Author: malenkov Date: 2008-06-26 15:39 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/581440ba714a 6718965: Swing color chooser tests should be open source Reviewed-by: peterz + test/javax/swing/JColorChooser/Test4165217.java + test/javax/swing/JColorChooser/Test4177735.java + test/javax/swing/JColorChooser/Test4193384.java + test/javax/swing/JColorChooser/Test4234761.java + test/javax/swing/JColorChooser/Test4380468.html + test/javax/swing/JColorChooser/Test4380468.java + test/javax/swing/JColorChooser/Test4461329.java + test/javax/swing/JColorChooser/Test4711996.java + test/javax/swing/JColorChooser/Test4759306.html + test/javax/swing/JColorChooser/Test4759306.java + test/javax/swing/JColorChooser/Test4759934.html + test/javax/swing/JColorChooser/Test4759934.java + test/javax/swing/JColorChooser/Test4887836.html + test/javax/swing/JColorChooser/Test4887836.java Changeset: 13586ebcd761 Author: mlapshin Date: 2008-07-02 18:17 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/13586ebcd761 6618401: Input method cannot be selected from System menu Summary: lock.wait() added in sun.awt.im.InputMethodManager.showInputMethodMenuOnRequesterEDT() Reviewed-by: alexp ! src/share/classes/sun/awt/im/InputMethodManager.java Changeset: 99ea868a1d31 Author: mlapshin Date: 2008-07-07 16:56 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/99ea868a1d31 6647340: Minimized JInternalFrame icons appear in incorrect positions if the main frame is resized Summary: Now BasicInternalFrameUI and BasicDesktopIconUI both recalculate frame icon position Reviewed-by: peterz ! src/share/classes/javax/swing/plaf/basic/BasicDesktopIconUI.java ! src/share/classes/javax/swing/plaf/basic/BasicInternalFrameUI.java + src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java + test/javax/swing/JInternalFrame/6647340/bug6647340.java Changeset: 34b312e8344b Author: peterz Date: 2008-07-08 11:36 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/34b312e8344b 6635663: make/tools/AutoMulti/{AutoMulti,TestALFGenerator}.java still generate files with wrong legal notices Summary: Removed unused files Reviewed-by: ohair ! make/tools/Makefile - make/tools/auto_multi/Makefile - make/tools/src/build/tools/automulti/AutoMulti.java - make/tools/src/build/tools/automulti/README.txt - make/tools/src/build/tools/automulti/TestALFGenerator.java - make/tools/src/build/tools/automulti/TestALFLookAndFeel.java Changeset: d5e658be14f7 Author: malenkov Date: 2008-07-08 16:40 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/d5e658be14f7 4916852: RFE: LTP: BorderLayout Persistence Delegate should use 1.5 API Reviewed-by: peterz, loneid ! src/share/classes/java/beans/MetaData.java + test/java/beans/XMLEncoder/java_awt_BorderLayout.java + test/java/beans/XMLEncoder/java_awt_Component.java Changeset: f98824b5fe08 Author: malenkov Date: 2008-07-09 15:25 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/f98824b5fe08 6351692: catch(Throwable) in java.beans.MetaData preventing thread shutdown Reviewed-by: peterz, loneid ! src/share/classes/java/beans/DefaultPersistenceDelegate.java ! src/share/classes/java/beans/EventHandler.java Changeset: ccdfb79c9864 Author: malenkov Date: 2008-07-09 19:29 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ccdfb79c9864 4994637: LTP: java.beans.java_util_Map_PersistenceDelegate: ConcurrentModificationException Reviewed-by: peterz, loneid ! src/share/classes/java/beans/MetaData.java + test/java/beans/XMLEncoder/Test4994637.java ! test/java/beans/XMLEncoder/java_util_HashMap.java Changeset: f7585c3756ee Author: malenkov Date: 2008-07-18 18:26 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/f7585c3756ee 6552812: Add HSL tab to JColorChooser Reviewed-by: peterz, avu ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_de.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_es.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_fr.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_it.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ja.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_sv.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_TW.properties ! src/share/classes/javax/swing/colorchooser/ColorChooserComponentFactory.java + src/share/classes/javax/swing/colorchooser/ColorChooserPanel.java + src/share/classes/javax/swing/colorchooser/ColorModel.java + src/share/classes/javax/swing/colorchooser/ColorModelCMYK.java + src/share/classes/javax/swing/colorchooser/ColorModelHSL.java + src/share/classes/javax/swing/colorchooser/ColorModelHSV.java + src/share/classes/javax/swing/colorchooser/ColorPanel.java - src/share/classes/javax/swing/colorchooser/DefaultHSBChooserPanel.java - src/share/classes/javax/swing/colorchooser/DefaultRGBChooserPanel.java + src/share/classes/javax/swing/colorchooser/DiagramComponent.java + src/share/classes/javax/swing/colorchooser/SlidingSpinner.java - src/share/classes/javax/swing/colorchooser/SyntheticImage.java + src/share/classes/javax/swing/colorchooser/ValueFormatter.java ! src/share/classes/javax/swing/plaf/basic/BasicColorChooserUI.java ! test/javax/swing/JColorChooser/Test6524757.java + test/javax/swing/JColorChooser/Test6559154.java Changeset: fdbc0517be43 Author: idk Date: 2008-07-21 10:21 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/fdbc0517be43 6668281: NullPointerException in DefaultTableCellHeaderRenderer.getColumnSortOrder() Reviewed-by: alexp ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsTableHeaderUI.java Changeset: 8b59beb64ee9 Author: mlapshin Date: 2008-07-21 19:58 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/8b59beb64ee9 6607130: REGRESSION: JComboBox cell editor isn't hidden if the same value is selected with keyboard Summary: JComboBox cell editor now hides if the same value is selected with keyboard Reviewed-by: peterz, alexp ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxUI.java + test/javax/swing/JComboBox/6607130/bug6607130.java Changeset: e4d87f3c8858 Author: mlapshin Date: 2008-07-24 14:34 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e4d87f3c8858 6725409: Unable to localize JInternalFrame system menu during run-time Summary: Use of the static final constants replaced by direct calls of UIManager.getString(). Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/basic/BasicInternalFrameTitlePane.java + test/javax/swing/JInternalFrame/6725409/bug6725409.java Changeset: ef591cd4c463 Author: malenkov Date: 2008-07-24 14:51 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ef591cd4c463 4778988: CompoundBorder.isBorderOpaque() has incorrect documentation. Reviewed-by: peterz, rupashka ! src/share/classes/javax/swing/border/CompoundBorder.java Changeset: b334982cdefe Author: rupashka Date: 2008-07-24 16:43 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b334982cdefe 6722802: Code improvement and warnings removing from the javax.swing.text package Summary: Removed unnecessary castings and other warnings Reviewed-by: peterz Contributed-by: Florian Brunner ! src/share/classes/javax/swing/text/AbstractDocument.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/FlowView.java ! src/share/classes/javax/swing/text/GapContent.java ! src/share/classes/javax/swing/text/InternationalFormatter.java ! src/share/classes/javax/swing/text/JTextComponent.java ! src/share/classes/javax/swing/text/LayoutQueue.java ! src/share/classes/javax/swing/text/MaskFormatter.java ! src/share/classes/javax/swing/text/NumberFormatter.java ! src/share/classes/javax/swing/text/PlainDocument.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/AccessibleHTML.java ! src/share/classes/javax/swing/text/html/CSS.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/HTMLEditorKit.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/AttributeList.java ! src/share/classes/javax/swing/text/html/parser/DTD.java ! src/share/classes/javax/swing/text/html/parser/Element.java ! src/share/classes/javax/swing/text/html/parser/Entity.java ! src/share/classes/javax/swing/text/html/parser/Parser.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/RTFAttributes.java ! src/share/classes/javax/swing/text/rtf/RTFGenerator.java ! src/share/classes/javax/swing/text/rtf/RTFParser.java ! src/share/classes/javax/swing/text/rtf/RTFReader.java Changeset: 91722ce41508 Author: malenkov Date: 2008-07-24 17:30 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/91722ce41508 6707406: BasicColorChooserUI tests throw NPE while getColorSelectionModel if isPropertyChanged() returns true Reviewed-by: peterz, rupashka ! src/share/classes/com/sun/java/swing/plaf/gtk/GTKColorChooserPanel.java ! src/share/classes/javax/swing/colorchooser/AbstractColorChooserPanel.java ! src/share/classes/javax/swing/colorchooser/ColorChooserPanel.java ! src/share/classes/javax/swing/colorchooser/ColorPanel.java ! src/share/classes/javax/swing/colorchooser/DefaultSwatchChooserPanel.java + test/javax/swing/JColorChooser/Test6707406.java Changeset: a2266940ae33 Author: mlapshin Date: 2008-07-25 14:14 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/a2266940ae33 6727829: BasicLabelUI rendering fails if multiple AppContexts exist in same java JVM Summary: Several private static variables made local Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java Changeset: 85f6a6d7d812 Author: rupashka Date: 2008-07-25 17:50 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/85f6a6d7d812 6727661: Code improvement and warnings removing from the swing/plaf packages Summary: Removed unnecessary castings and other warnings Reviewed-by: alexp Contributed-by: Florian Brunner ! 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/javax/swing/plaf/basic/BasicButtonListener.java ! src/share/classes/javax/swing/plaf/basic/BasicButtonUI.java ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxEditor.java ! src/share/classes/javax/swing/plaf/basic/BasicDirectoryModel.java ! src/share/classes/javax/swing/plaf/basic/BasicFileChooserUI.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/BasicInternalFrameUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLookAndFeel.java ! src/share/classes/javax/swing/plaf/basic/BasicMenuItemUI.java ! src/share/classes/javax/swing/plaf/basic/BasicMenuUI.java ! src/share/classes/javax/swing/plaf/basic/BasicOptionPaneUI.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/BasicTabbedPaneUI.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/BasicToolBarUI.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/MetalIconFactory.java ! src/share/classes/javax/swing/plaf/metal/MetalInternalFrameTitlePane.java ! src/share/classes/javax/swing/plaf/metal/MetalLookAndFeel.java ! src/share/classes/javax/swing/plaf/metal/MetalRadioButtonUI.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/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/SynthGraphicsUtils.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/SynthMenuItemUI.java ! src/share/classes/javax/swing/plaf/synth/SynthParser.java ! src/share/classes/javax/swing/plaf/synth/SynthSplitPaneUI.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/sun/swing/plaf/synth/DefaultSynthStyle.java ! src/share/classes/sun/swing/plaf/synth/SynthFileChooserUIImpl.java Changeset: 86b43f44bcc4 Author: idk Date: 2008-07-25 11:32 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/86b43f44bcc4 6608456: need API to define RepaintManager per components hierarchy Reviewed-by: alexp ! make/javax/swing/Makefile + src/share/classes/com/sun/java/swing/SwingUtilities3.java ! src/share/classes/javax/swing/RepaintManager.java + test/javax/swing/RepaintManager/6608456/bug6608456.java Changeset: 1c4449ef03ce Author: malenkov Date: 2008-07-25 21:00 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/1c4449ef03ce 6630275: The spec on VetoableChangeSupport.fireVetoableChange should be updated Reviewed-by: peterz, rupashka ! src/share/classes/java/beans/PropertyChangeSupport.java ! src/share/classes/java/beans/VetoableChangeSupport.java + test/java/beans/VetoableChangeSupport/Test6630275.java Changeset: 619874c5989f Author: idk Date: 2008-07-25 14:13 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/619874c5989f 6638195: need API for EventQueueDelegate Reviewed-by: bchristi ! src/share/classes/com/sun/java/swing/SwingUtilities3.java ! src/share/classes/java/awt/EventDispatchThread.java + src/share/classes/sun/awt/EventQueueDelegate.java + test/java/awt/EventQueue/6638195/bug6638195.java Changeset: 59940b984f90 Author: idk Date: 2008-07-25 14:26 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/59940b984f90 6699328: NullPointerException in EventQueue.dispatchEvent when applet is closed, only reprise/scenario applet Reviewed-by: bchristi ! src/share/classes/com/sun/java/swing/SwingUtilities3.java ! src/share/classes/sun/awt/EventQueueDelegate.java Changeset: 7d45141e5d30 Author: mlapshin Date: 2008-08-08 20:49 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/7d45141e5d30 6584657: GTK Look and Feel: Bugs in menu item layout Reviewed-by: peterz, alexp ! src/share/classes/javax/swing/SwingUtilities.java ! src/share/classes/javax/swing/plaf/basic/BasicMenuItemUI.java ! src/share/classes/javax/swing/plaf/basic/DefaultMenuLayout.java ! src/share/classes/javax/swing/plaf/synth/DefaultMenuLayout.java ! src/share/classes/javax/swing/plaf/synth/SynthGraphicsUtils.java + src/share/classes/javax/swing/plaf/synth/SynthMenuItemLayoutHelper.java ! src/share/classes/javax/swing/plaf/synth/SynthMenuItemUI.java ! src/share/classes/javax/swing/plaf/synth/SynthMenuUI.java ! src/share/classes/javax/swing/plaf/synth/SynthPopupMenuUI.java + src/share/classes/sun/swing/MenuItemLayoutHelper.java Changeset: 3f7b2ea2d611 Author: rupashka Date: 2008-08-11 16:39 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/3f7b2ea2d611 6604281: NimbusL&F :Regression in Focus traversal in JFileChooser in pit build. Summary: Fixed calculation of preferred size in SynthButtonUI Reviewed-by: loneid, peterz ! src/share/classes/javax/swing/plaf/synth/SynthButtonUI.java + test/javax/swing/JButton/6604281/bug6604281.java Changeset: 5504518c0d1d Author: mlapshin Date: 2008-08-11 16:49 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/5504518c0d1d 6579243: Windows, GTK: Internal frame title is drawn wrong if the frame has RTL orientation Summary: Added right-to-left code branches to WindowsInternalFrameTitlePane and Metacity classes Reviewed-by: alexp ! src/share/classes/com/sun/java/swing/plaf/gtk/Metacity.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsInternalFrameTitlePane.java ! src/share/classes/javax/swing/plaf/synth/SynthInternalFrameTitlePane.java Changeset: b5b7ec629a50 Author: mlapshin Date: 2008-08-12 12:52 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b5b7ec629a50 6735918: test/closed/javax/swing/JMenuItem/6458123/bug6458123.java fails on Linux Summary: All the bearings-related code is removed from MenuItemLayoutHelper class Reviewed-by: alexp ! src/share/classes/sun/swing/MenuItemLayoutHelper.java Changeset: c9d407ab2309 Author: lana Date: 2008-08-12 17:59 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c9d407ab2309 Merge ! make/tools/Makefile - make/tools/auto_multi/Makefile - make/tools/src/build/tools/automulti/AutoMulti.java - make/tools/src/build/tools/automulti/README.txt - make/tools/src/build/tools/automulti/TestALFGenerator.java - make/tools/src/build/tools/automulti/TestALFLookAndFeel.java ! src/share/classes/com/sun/java/swing/plaf/gtk/GTKColorChooserPanel.java ! src/share/classes/com/sun/java/swing/plaf/gtk/Metacity.java ! src/share/classes/java/beans/EventHandler.java - src/share/classes/javax/swing/colorchooser/DefaultHSBChooserPanel.java - src/share/classes/javax/swing/colorchooser/DefaultRGBChooserPanel.java - src/share/classes/javax/swing/colorchooser/SyntheticImage.java ! src/share/classes/javax/swing/plaf/basic/BasicButtonUI.java ! src/share/classes/javax/swing/plaf/basic/BasicDirectoryModel.java ! src/share/classes/javax/swing/plaf/basic/BasicFileChooserUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLookAndFeel.java ! src/share/classes/javax/swing/plaf/basic/BasicMenuItemUI.java ! src/share/classes/javax/swing/plaf/basic/BasicOptionPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTabbedPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicToolBarUI.java ! src/share/classes/javax/swing/plaf/metal/MetalIconFactory.java ! src/share/classes/javax/swing/plaf/metal/MetalLookAndFeel.java ! src/share/classes/javax/swing/plaf/synth/SynthSplitPaneUI.java ! src/share/classes/javax/swing/text/AbstractDocument.java ! src/share/classes/javax/swing/text/FlowView.java ! src/share/classes/javax/swing/text/NumberFormatter.java ! src/share/classes/javax/swing/text/PlainDocument.java ! src/share/classes/javax/swing/text/html/AccessibleHTML.java ! src/share/classes/javax/swing/text/html/CSS.java ! src/share/classes/javax/swing/text/html/HTMLEditorKit.java ! src/share/classes/javax/swing/text/html/parser/AttributeList.java ! src/share/classes/javax/swing/text/html/parser/DTD.java ! src/share/classes/javax/swing/text/html/parser/Element.java ! src/share/classes/javax/swing/text/html/parser/Entity.java ! src/share/classes/javax/swing/text/html/parser/Parser.java ! src/share/classes/javax/swing/text/rtf/RTFAttributes.java ! src/share/classes/javax/swing/text/rtf/RTFGenerator.java Changeset: e78c2f17a606 Author: mlapshin Date: 2008-08-26 12:16 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e78c2f17a606 6736649: test/closed/javax/swing/JMenuItem/6458123/ManualBug6458123.java fails on Linux Summary: Now text bearings are taken into account when labelRect width is calculated Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/synth/SynthMenuItemLayoutHelper.java ! src/share/classes/sun/swing/MenuItemLayoutHelper.java Changeset: 336877026f07 Author: rupashka Date: 2008-08-26 15:12 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/336877026f07 6727662: Code improvement and warnings removing from swing packages Summary: Removed unnecessary castings and other warnings Reviewed-by: malenkov ! src/share/classes/javax/swing/AbstractButton.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/DebugGraphicsInfo.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/DefaultListSelectionModel.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/JComboBox.java ! src/share/classes/javax/swing/JComponent.java ! src/share/classes/javax/swing/JDesktopPane.java ! src/share/classes/javax/swing/JDialog.java ! src/share/classes/javax/swing/JEditorPane.java ! src/share/classes/javax/swing/JFileChooser.java ! src/share/classes/javax/swing/JInternalFrame.java ! src/share/classes/javax/swing/JLayeredPane.java ! src/share/classes/javax/swing/JList.java ! src/share/classes/javax/swing/JMenu.java ! src/share/classes/javax/swing/JMenuBar.java ! src/share/classes/javax/swing/JMenuItem.java ! src/share/classes/javax/swing/JOptionPane.java ! src/share/classes/javax/swing/JPopupMenu.java ! src/share/classes/javax/swing/JProgressBar.java ! src/share/classes/javax/swing/JScrollBar.java ! src/share/classes/javax/swing/JSlider.java ! src/share/classes/javax/swing/JSpinner.java ! src/share/classes/javax/swing/JTabbedPane.java ! src/share/classes/javax/swing/JTable.java ! src/share/classes/javax/swing/JTextField.java ! src/share/classes/javax/swing/JTree.java ! src/share/classes/javax/swing/JViewport.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/MenuSelectionManager.java ! src/share/classes/javax/swing/MultiUIDefaults.java ! src/share/classes/javax/swing/PopupFactory.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/SwingUtilities.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/filechooser/FileSystemView.java ! src/share/classes/javax/swing/table/AbstractTableModel.java ! src/share/classes/javax/swing/table/DefaultTableModel.java ! src/share/classes/javax/swing/tree/DefaultTreeCellEditor.java ! src/share/classes/javax/swing/tree/DefaultTreeModel.java ! src/share/classes/javax/swing/tree/DefaultTreeSelectionModel.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/sun/swing/AccessibleMethod.java ! src/share/classes/sun/swing/FilePane.java ! src/share/classes/sun/swing/SwingLazyValue.java ! src/share/classes/sun/swing/SwingUtilities2.java Changeset: 7a3fd5d65936 Author: rupashka Date: 2008-08-27 20:49 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/7a3fd5d65936 6351074: JFileChooser removes leading space in filename Summary: Removed trimming of leading spaces in filename Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/basic/BasicFileChooserUI.java Changeset: 85d71654a220 Author: rupashka Date: 2008-08-29 13:23 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/85d71654a220 6742490: JSlider tests are located in JFileChooser directory Summary: Tests were moved to appropriate folder Reviewed-by: peterz - test/javax/swing/JFileChooser/4252173/bug4252173.java - test/javax/swing/JFileChooser/6524424/bug6524424.html - test/javax/swing/JFileChooser/6524424/bug6524424.java + test/javax/swing/JSlider/4252173/bug4252173.java + test/javax/swing/JSlider/6524424/bug6524424.html + test/javax/swing/JSlider/6524424/bug6524424.java Changeset: 8c34b54ef09c Author: rupashka Date: 2008-08-29 18:58 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/8c34b54ef09c 6742358: MetalSliderUI paint wrong vertical disabled filled JSlider for DefaultMetalTheme Summary: Corrected the method MetalSliderUI.paintTrack Reviewed-by: malenkov ! src/share/classes/javax/swing/plaf/metal/MetalSliderUI.java + test/javax/swing/JSlider/6742358/bug6742358.html + test/javax/swing/JSlider/6742358/bug6742358.java Changeset: a4125097db18 Author: rupashka Date: 2008-08-30 17:29 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/a4125097db18 6554743: JFileChooser dn't close after pressing escape key after changing the views Summary: Restore focus after changing the views in JFileChooser Reviewed-by: loneid ! src/share/classes/sun/swing/FilePane.java Changeset: 291feed36076 Author: peterz Date: 2008-09-01 15:21 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/291feed36076 5062055: JEditorPane HTML: HR-tag with attribute size=1px causes NumberFormatException Summary: Wrapped parseInt() with try/catch Reviewed-by: gsm ! src/share/classes/javax/swing/text/html/HRuleView.java + test/javax/swing/text/html/HRuleView/Test5062055.java Changeset: 71df74bef5ba Author: malenkov Date: 2008-09-01 17:36 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/71df74bef5ba 5026703: RFE: DOC: Are PropertyChangeSupport & VetoableChangeSupport Thread-Safe? --Docs Should Say Reviewed-by: peterz, rupashka ! src/share/classes/java/beans/PropertyChangeSupport.java ! src/share/classes/java/beans/VetoableChangeSupport.java Changeset: 9765266e5aea Author: malenkov Date: 2008-09-03 21:00 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/9765266e5aea 6397609: DOC: De-register API required for PropertyEditorManager and/or doc change Reviewed-by: peterz, rupashka + src/share/classes/com/sun/beans/WeakCache.java ! src/share/classes/java/beans/PropertyEditorManager.java + test/java/beans/PropertyEditor/MemoryClassLoader.java + test/java/beans/PropertyEditor/Test6397609.java ! test/java/beans/PropertyEditor/TestEditor.java Changeset: 2055acc62a85 Author: rupashka Date: 2008-09-04 15:15 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/2055acc62a85 6278700: JSlider created with BoundedRangeModel fires twice when changed Summary: Removed second registration of listener Reviewed-by: peterz ! src/share/classes/javax/swing/JSlider.java + test/javax/swing/JSlider/6278700/bug6278700.java Changeset: 77dc7ca7879f Author: peytoia Date: 2008-09-08 10:44 +0900 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/77dc7ca7879f 6665028: native code of method j*.text.Bidi.nativeBidiChars is using the contents of a primitive array direct Reviewed-by: okutsu ! src/share/native/sun/font/bidi/ubidi.c + test/java/text/Bidi/Bug6665028.java Changeset: 3d8640f597b2 Author: peytoia Date: 2008-09-08 11:49 +0900 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/3d8640f597b2 6607310: InputContext may cause loading of swing classes even for non-Swing applets Reviewed-by: okutsu ! src/share/classes/sun/awt/im/CompositionArea.java ! src/share/classes/sun/awt/im/InputContext.java Changeset: 9b8e20a3c5f0 Author: peytoia Date: 2008-09-08 13:31 +0900 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/9b8e20a3c5f0 6645292: [Fmt-Da] Timezone Western Summer Time (Australia) is parsed incorrectly Reviewed-by: okutsu ! src/share/classes/java/text/SimpleDateFormat.java + test/java/text/Format/DateFormat/Bug6645292.java Changeset: 1b0b3a777a6c Author: peytoia Date: 2008-09-08 14:31 +0900 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/1b0b3a777a6c 4823811: [Fmt-Da] SimpleDateFormat patterns don't allow embedding of some literal punctuation Reviewed-by: okutsu ! src/share/classes/java/text/SimpleDateFormat.java + test/java/text/Format/DateFormat/Bug4823811.java Changeset: 21346d9b372a Author: peytoia Date: 2008-09-08 14:48 +0900 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/21346d9b372a 6650748: (tz) Java runtime doesn't detect VET time zone correctly on Windows Reviewed-by: okutsu ! src/windows/lib/tzmappings Changeset: 67c41d740e6d Author: peytoia Date: 2008-09-08 15:21 +0900 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/67c41d740e6d 6466476: (tz) Introduction of tzdata2005r can introduce incompatility issues with some JDK1.1 3-letter TZ Ids Reviewed-by: okutsu ! make/java/java/FILES_java.gmk + src/share/classes/sun/util/calendar/TzIDOldMapping.java ! src/share/classes/sun/util/calendar/ZoneInfo.java + test/java/util/TimeZone/OldIDMappingTest.java + test/java/util/TimeZone/OldIDMappingTest.sh Changeset: 66b0b1231530 Author: peytoia Date: 2008-09-08 17:35 +0900 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/66b0b1231530 6730743: (tz) Support tzdata2008e Reviewed-by: okutsu ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/australasia ! make/sun/javazic/tzdata/backward ! make/sun/javazic/tzdata/europe ! make/sun/javazic/tzdata/iso3166.tab ! make/sun/javazic/tzdata/leapseconds ! make/sun/javazic/tzdata/northamerica ! make/sun/javazic/tzdata/southamerica ! make/sun/javazic/tzdata/zone.tab ! 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 Changeset: 32fb1f4f40b8 Author: rupashka Date: 2008-09-10 19:16 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/32fb1f4f40b8 6587742: filling half of a JSlider's track is no longer optional Summary: now OceanTheme uses the JSlider.isFilled property like other themes Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/metal/MetalSliderUI.java + test/javax/swing/JSlider/6587742/bug6587742.html + test/javax/swing/JSlider/6587742/bug6587742.java Changeset: af375b98f9b3 Author: lana Date: 2008-09-24 08:14 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/af375b98f9b3 Merge ! make/java/java/FILES_java.gmk - make/tools/auto_multi/Makefile - make/tools/src/build/tools/automulti/AutoMulti.java - make/tools/src/build/tools/automulti/README.txt - make/tools/src/build/tools/automulti/TestALFGenerator.java - make/tools/src/build/tools/automulti/TestALFLookAndFeel.java - src/share/classes/javax/swing/colorchooser/DefaultHSBChooserPanel.java - src/share/classes/javax/swing/colorchooser/DefaultRGBChooserPanel.java - src/share/classes/javax/swing/colorchooser/SyntheticImage.java - test/javax/swing/JFileChooser/4252173/bug4252173.java - test/javax/swing/JFileChooser/6524424/bug6524424.html - test/javax/swing/JFileChooser/6524424/bug6524424.java Changeset: fac669fa0f24 Author: lana Date: 2008-10-13 17:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/fac669fa0f24 Merge ! make/java/java/FILES_java.gmk - make/tools/auto_multi/Makefile - make/tools/src/build/tools/automulti/AutoMulti.java - make/tools/src/build/tools/automulti/README.txt - make/tools/src/build/tools/automulti/TestALFGenerator.java - make/tools/src/build/tools/automulti/TestALFLookAndFeel.java - src/share/classes/javax/swing/colorchooser/DefaultHSBChooserPanel.java - src/share/classes/javax/swing/colorchooser/DefaultRGBChooserPanel.java - src/share/classes/javax/swing/colorchooser/SyntheticImage.java - test/javax/swing/JFileChooser/4252173/bug4252173.java - test/javax/swing/JFileChooser/6524424/bug6524424.html - test/javax/swing/JFileChooser/6524424/bug6524424.java Changeset: 025fdbd9090b Author: chegar Date: 2008-09-24 05:35 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/025fdbd9090b 6749308: java.io, java.lang, java.util exception classes don't specify serialVersionUID Reviewed-by: alanb ! src/share/classes/java/io/CharConversionException.java ! src/share/classes/java/io/EOFException.java ! src/share/classes/java/io/FileNotFoundException.java ! src/share/classes/java/io/InterruptedIOException.java ! src/share/classes/java/io/SyncFailedException.java ! src/share/classes/java/io/UTFDataFormatException.java ! src/share/classes/java/io/UnsupportedEncodingException.java ! src/share/classes/java/lang/AbstractMethodError.java ! src/share/classes/java/lang/ArithmeticException.java ! src/share/classes/java/lang/ArrayIndexOutOfBoundsException.java ! src/share/classes/java/lang/ArrayStoreException.java ! src/share/classes/java/lang/AssertionError.java ! src/share/classes/java/lang/ClassCastException.java ! src/share/classes/java/lang/ClassCircularityError.java ! src/share/classes/java/lang/ClassFormatError.java ! src/share/classes/java/lang/CloneNotSupportedException.java ! src/share/classes/java/lang/EnumConstantNotPresentException.java ! src/share/classes/java/lang/IllegalAccessError.java ! src/share/classes/java/lang/IllegalAccessException.java ! src/share/classes/java/lang/IllegalMonitorStateException.java ! src/share/classes/java/lang/IllegalThreadStateException.java ! src/share/classes/java/lang/IncompatibleClassChangeError.java ! src/share/classes/java/lang/IndexOutOfBoundsException.java ! src/share/classes/java/lang/InstantiationError.java ! src/share/classes/java/lang/InstantiationException.java ! src/share/classes/java/lang/InternalError.java ! src/share/classes/java/lang/InterruptedException.java ! src/share/classes/java/lang/LinkageError.java ! src/share/classes/java/lang/NegativeArraySizeException.java ! src/share/classes/java/lang/NoClassDefFoundError.java ! src/share/classes/java/lang/NoSuchFieldError.java ! src/share/classes/java/lang/NoSuchFieldException.java ! src/share/classes/java/lang/NoSuchMethodError.java ! src/share/classes/java/lang/NoSuchMethodException.java ! src/share/classes/java/lang/NullPointerException.java ! src/share/classes/java/lang/OutOfMemoryError.java ! src/share/classes/java/lang/StackOverflowError.java ! src/share/classes/java/lang/StringIndexOutOfBoundsException.java ! src/share/classes/java/lang/ThreadDeath.java ! src/share/classes/java/lang/TypeNotPresentException.java ! src/share/classes/java/lang/UnknownError.java ! src/share/classes/java/lang/UnsatisfiedLinkError.java ! src/share/classes/java/lang/UnsupportedClassVersionError.java ! src/share/classes/java/lang/VerifyError.java ! src/share/classes/java/lang/annotation/AnnotationFormatError.java ! src/share/classes/java/lang/annotation/AnnotationTypeMismatchException.java ! src/share/classes/java/lang/annotation/IncompleteAnnotationException.java ! src/share/classes/java/lang/instrument/IllegalClassFormatException.java ! src/share/classes/java/lang/instrument/UnmodifiableClassException.java ! src/share/classes/java/lang/management/ManagementPermission.java ! src/share/classes/java/lang/reflect/GenericSignatureFormatError.java ! src/share/classes/java/lang/reflect/MalformedParameterizedTypeException.java ! src/share/classes/java/util/ConcurrentModificationException.java ! src/share/classes/java/util/EmptyStackException.java ! src/share/classes/java/util/InputMismatchException.java ! src/share/classes/java/util/NoSuchElementException.java ! src/share/classes/java/util/TooManyListenersException.java ! src/share/classes/java/util/jar/JarException.java ! src/share/classes/java/util/regex/PatternSyntaxException.java ! src/share/classes/java/util/zip/DataFormatException.java ! src/share/classes/java/util/zip/ZipException.java Changeset: 76fc6d885969 Author: chegar Date: 2008-09-24 05:59 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/76fc6d885969 Merge Changeset: 48a790c67659 Author: emcmanus Date: 2008-09-24 15:19 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/48a790c67659 6750935: The expected NotCompliantMBeanException is not thrown for the custom MXBeanMappingFactory 6751872: MXBeanMappingFactory example says "implements" when it should be "extends" Reviewed-by: dfuchs ! src/share/classes/com/sun/jmx/mbeanserver/Introspector.java ! src/share/classes/com/sun/jmx/mbeanserver/MXBeanSupport.java ! src/share/classes/javax/management/openmbean/MXBeanMappingFactory.java ! test/javax/management/mxbean/CustomTypeTest.java Changeset: e2c416af20bd Author: ksrini Date: 2008-09-24 15:07 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e2c416af20bd 6742159: (launcher) improve the java launching mechanism Summary: improves launching, also addresses 6694671 and 6749732 Reviewed-by: darcy, dholmes ! src/share/bin/emessages.h ! src/share/bin/java.c ! src/share/bin/java.h - src/share/classes/sun/launcher/LauncherHelp.java + src/share/classes/sun/launcher/LauncherHelper.java ! src/share/classes/sun/launcher/resources/launcher.properties ! src/solaris/bin/java_md.c ! src/windows/bin/java_md.c ! test/tools/launcher/Arrrghs.java - test/tools/launcher/Arrrghs.sh + test/tools/launcher/TestHelper.java Changeset: b3234ba261fa Author: tbell Date: 2008-09-29 22:10 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b3234ba261fa Merge - src/share/classes/sun/launcher/LauncherHelp.java - test/tools/launcher/Arrrghs.sh Changeset: a16f1d0cbff3 Author: tbell Date: 2008-10-04 22:48 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/a16f1d0cbff3 Merge Changeset: c272f261ad10 Author: jjh Date: 2008-10-02 18:23 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c272f261ad10 6751643: ThreadReference.ownedMonitors() can return null Summary: Make a local copy of the cache so it doesn't get modified by a racy resume Reviewed-by: dcubed, swamyv ! src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java + test/com/sun/jdi/SimulResumerTest.java Changeset: faa3673d7624 Author: mchung Date: 2008-10-02 16:50 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/faa3673d7624 6581243: Service Tag and Product Registration Support in JDK 7 Summary: Include service tag creation and product registration support in JDK Reviewed-by: ksrini ! make/com/sun/Makefile + make/com/sun/servicetag/Makefile + src/share/classes/com/sun/servicetag/BrowserSupport.java + src/share/classes/com/sun/servicetag/Installer.java + src/share/classes/com/sun/servicetag/LinuxSystemEnvironment.java + src/share/classes/com/sun/servicetag/RegistrationData.java + src/share/classes/com/sun/servicetag/RegistrationDocument.java + src/share/classes/com/sun/servicetag/Registry.java + src/share/classes/com/sun/servicetag/ServiceTag.java + src/share/classes/com/sun/servicetag/SolarisServiceTag.java + src/share/classes/com/sun/servicetag/SolarisSystemEnvironment.java + src/share/classes/com/sun/servicetag/SunConnection.java + src/share/classes/com/sun/servicetag/SystemEnvironment.java + src/share/classes/com/sun/servicetag/UnauthorizedAccessException.java + src/share/classes/com/sun/servicetag/Util.java + src/share/classes/com/sun/servicetag/WindowsSystemEnvironment.java + src/share/classes/com/sun/servicetag/package.html + src/share/classes/com/sun/servicetag/resources/Putback-Notes.txt + src/share/classes/com/sun/servicetag/resources/javase_5_swordfish.properties + src/share/classes/com/sun/servicetag/resources/javase_6_swordfish.properties + src/share/classes/com/sun/servicetag/resources/javase_7_swordfish.properties + src/share/classes/com/sun/servicetag/resources/jdk_header.png + src/share/classes/com/sun/servicetag/resources/product_registration.xsd + src/share/classes/com/sun/servicetag/resources/register.html + src/share/classes/com/sun/servicetag/resources/register_ja.html + src/share/classes/com/sun/servicetag/resources/register_zh_CN.html + test/com/sun/servicetag/DeleteServiceTag.java + test/com/sun/servicetag/DuplicateNotFound.java + test/com/sun/servicetag/FindServiceTags.java + test/com/sun/servicetag/InstanceUrnCheck.java + test/com/sun/servicetag/InvalidRegistrationData.java + test/com/sun/servicetag/InvalidServiceTag.java + test/com/sun/servicetag/JavaServiceTagTest.java + test/com/sun/servicetag/JavaServiceTagTest1.java + test/com/sun/servicetag/NewRegistrationData.java + test/com/sun/servicetag/SvcTagClient.java + test/com/sun/servicetag/SystemRegistryTest.java + test/com/sun/servicetag/TestLoadFromXML.java + test/com/sun/servicetag/UpdateServiceTagTest.java + test/com/sun/servicetag/Util.java + test/com/sun/servicetag/ValidRegistrationData.java + test/com/sun/servicetag/environ.properties + test/com/sun/servicetag/missing-environ-field.xml + test/com/sun/servicetag/newer-registry-version.xml + test/com/sun/servicetag/registration.xml + test/com/sun/servicetag/servicetag1.properties + test/com/sun/servicetag/servicetag2.properties + test/com/sun/servicetag/servicetag3.properties + test/com/sun/servicetag/servicetag4.properties + test/com/sun/servicetag/servicetag5.properties Changeset: d74db4a9799a Author: mchung Date: 2008-10-03 09:36 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/d74db4a9799a Merge Changeset: 906b5be0eca5 Author: ksrini Date: 2008-10-01 09:04 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/906b5be0eca5 4459600: java -jar fails to run Main-Class if classname followed by whitespace. Summary: Fixed whitespace trimming in the manifest as well as post review comments on CR: 6742159 Reviewed-by: darcy, dholmes ! src/share/classes/sun/launcher/LauncherHelper.java ! test/tools/launcher/Arrrghs.java ! test/tools/launcher/TestHelper.java Changeset: 8e14a7bd6753 Author: tbell Date: 2008-10-04 22:57 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/8e14a7bd6753 Merge ! src/share/classes/com/sun/tools/jdi/ThreadReferenceImpl.java Changeset: e7f373751c6b Author: ksrini Date: 2008-10-05 18:53 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e7f373751c6b 6755847: (launcher) will trigger assertions in debug build Summary: Adds a temporary counter measure to to prevent assertions CR: 6755845 Reviewed-by: darcy, dholmes ! src/share/bin/java.h ! src/solaris/bin/java_md.c ! src/windows/bin/java_md.c Changeset: c7fae5013939 Author: michaelm Date: 2008-09-19 13:32 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c7fae5013939 6750364: Error in test for 6744329 Reviewed-by: chegar ! test/com/sun/net/httpserver/bugs/B6744329.java Changeset: e57447118235 Author: michaelm Date: 2008-09-19 14:03 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e57447118235 Merge Changeset: c54ce70a3668 Author: chegar Date: 2008-09-19 15:14 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c54ce70a3668 6746836: java.net exception classes don't specify serialVersionUID Reviewed-by: alanb, jccollet ! make/sun/net/spi/Makefile ! make/sun/net/spi/nameservice/Makefile ! make/sun/net/spi/nameservice/dns/Makefile ! src/share/classes/java/net/BindException.java ! src/share/classes/java/net/ConnectException.java ! src/share/classes/java/net/HttpRetryException.java ! src/share/classes/java/net/MalformedURLException.java ! src/share/classes/java/net/NoRouteToHostException.java ! src/share/classes/java/net/PortUnreachableException.java ! src/share/classes/java/net/ProtocolException.java ! src/share/classes/java/net/SocketException.java ! src/share/classes/java/net/SocketTimeoutException.java ! src/share/classes/java/net/URISyntaxException.java ! src/share/classes/java/net/UnknownHostException.java ! src/share/classes/java/net/UnknownServiceException.java ! src/share/classes/sun/net/ConnectionResetException.java ! src/share/classes/sun/net/ProgressEvent.java ! src/share/classes/sun/net/TelnetProtocolException.java ! src/share/classes/sun/net/ftp/FtpLoginException.java ! src/share/classes/sun/net/ftp/FtpProtocolException.java ! src/share/classes/sun/net/httpserver/HttpError.java ! src/share/classes/sun/net/httpserver/StreamClosedException.java ! src/share/classes/sun/net/smtp/SmtpProtocolException.java ! src/share/classes/sun/net/www/ApplicationLaunchException.java ! src/share/classes/sun/net/www/http/KeepAliveStreamCleaner.java ! src/share/classes/sun/net/www/protocol/http/DigestAuthentication.java ! src/solaris/classes/sun/net/www/protocol/http/NTLMAuthentication.java Changeset: abf3e1aa8031 Author: michaelm Date: 2008-09-22 15:53 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/abf3e1aa8031 6739920: java 6u4~ use larger C heap if there are many threads Reviewed-by: chegar ! src/share/classes/java/net/AbstractPlainSocketImpl.java ! src/solaris/native/java/net/PlainSocketImpl.c Changeset: 976c7eb88476 Author: michaelm Date: 2008-09-22 16:05 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/976c7eb88476 Merge Changeset: 74fc78477907 Author: mullan Date: 2008-09-22 10:43 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/74fc78477907 6469266: Integrate Apache XMLSec 1.4.2 into JDK 7 Reviewed-by: valeriep ! src/share/classes/com/sun/org/apache/xml/internal/security/Init.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/Algorithm.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/JCEMapper.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/MessageDigestAlgorithm.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/SignatureAlgorithm.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/SignatureAlgorithmSpi.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/implementations/IntegrityHmac.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/implementations/SignatureBaseRSA.java ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/implementations/SignatureDSA.java + src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/implementations/SignatureECDSA.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/CanonicalizationException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/Canonicalizer.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/InvalidCanonicalizerException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/helper/AttrCompare.java + src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/Canonicalizer11.java + src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/Canonicalizer11_OmitComments.java + src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/Canonicalizer11_WithComments.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/Canonicalizer20010315.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/Canonicalizer20010315Excl.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/Canonicalizer20010315ExclWithComments.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/Canonicalizer20010315WithComments.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/CanonicalizerBase.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/NameSpaceSymbTable.java + src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/UtfHelpper.java ! src/share/classes/com/sun/org/apache/xml/internal/security/encryption/XMLCipher.java ! src/share/classes/com/sun/org/apache/xml/internal/security/encryption/XMLCipherInput.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/ContentHandlerAlreadyRegisteredException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/KeyInfo.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/KeyUtils.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/KeyInfoContent.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/KeyName.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/KeyValue.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/MgmtData.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/PGPData.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/RetrievalMethod.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/SPKIData.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/X509Data.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/keyvalues/DSAKeyValue.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/keyvalues/KeyValueContent.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/keyvalues/RSAKeyValue.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/x509/XMLX509CRL.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/x509/XMLX509Certificate.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/x509/XMLX509DataContent.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/x509/XMLX509IssuerSerial.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/x509/XMLX509SKI.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/content/x509/XMLX509SubjectName.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/InvalidKeyResolverException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/KeyResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/KeyResolverException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/KeyResolverSpi.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/DSAKeyValueResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/EncryptedKeyResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/RSAKeyValueResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/RetrievalMethodResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/X509CertificateResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/X509IssuerSerialResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/X509SKIResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/X509SubjectNameResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/storage/StorageResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/storage/StorageResolverException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/storage/StorageResolverSpi.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/storage/implementations/CertsInFilesystemDirectoryResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/storage/implementations/KeyStoreResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/storage/implementations/SingleCertificateResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/config.dtd ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/config.xml ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/schema/etsi.xsd ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/schema/xmldsig-core-schema.dtd ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/schema/xmldsig-core-schema.xsd ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/xmlsecurity_en.properties ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/InvalidDigestValueException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/InvalidSignatureValueException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/Manifest.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/MissingResourceFailureException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/NodeFilter.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/ObjectContainer.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/Reference.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/ReferenceNotInitializedException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/SignatureProperties.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/SignatureProperty.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/SignedInfo.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/XMLSignature.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/XMLSignatureException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/XMLSignatureInput.java ! src/share/classes/com/sun/org/apache/xml/internal/security/signature/XMLSignatureInputDebugger.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/InvalidTransformException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/Transform.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/TransformParam.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/TransformSpi.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/TransformationException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/Transforms.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/FuncHereContext.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformBase64Decode.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformC14N.java + src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformC14N11.java + src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformC14N11_WithComments.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformC14NExclusive.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformC14NExclusiveWithComments.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformC14NWithComments.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformEnvelopedSignature.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformXPath.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformXPath2Filter.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformXPointer.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/implementations/TransformXSLT.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/params/XPath2FilterContainer.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/params/XPath2FilterContainer04.java ! src/share/classes/com/sun/org/apache/xml/internal/security/transforms/params/XPathFilterCHGPContainer.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/Base64.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/CachedXPathAPIHolder.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/CachedXPathFuncHereAPI.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/Constants.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/DigesterOutputStream.java + src/share/classes/com/sun/org/apache/xml/internal/security/utils/ElementChecker.java + src/share/classes/com/sun/org/apache/xml/internal/security/utils/ElementCheckerImpl.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/ElementProxy.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/EncryptionConstants.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/EncryptionElementProxy.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/HelperNodeList.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/I18n.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/IdResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/JavaUtils.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/RFC2253Parser.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/SignatureElementProxy.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/SignerOutputStream.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/UnsyncBufferedOutputStream.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/UnsyncByteArrayOutputStream.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/XMLUtils.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/XPathFuncHereAPI.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/ResourceResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/ResourceResolverException.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/ResourceResolverSpi.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/implementations/ResolverAnonymous.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/implementations/ResolverDirectHTTP.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/implementations/ResolverFragment.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/implementations/ResolverLocalFilesystem.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/resolver/implementations/ResolverXPointer.java ! src/share/classes/org/jcp/xml/dsig/internal/DigesterOutputStream.java ! src/share/classes/org/jcp/xml/dsig/internal/MacOutputStream.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/DOMCanonicalXMLC14N11Method.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/DOMReference.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMRetrievalMethod.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/DOMXMLSignature.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMXMLSignatureFactory.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMXPathFilter2Transform.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/org/jcp/xml/dsig/internal/dom/XMLDSigRI.java - src/share/classes/org/jcp/xml/dsig/internal/package.html ! test/javax/xml/crypto/dsig/GenerationTests.java Changeset: 81de7c8225c3 Author: mullan Date: 2008-09-22 11:26 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/81de7c8225c3 Merge - src/share/classes/org/jcp/xml/dsig/internal/package.html Changeset: de7864ec310c Author: chegar Date: 2008-09-24 17:10 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/de7864ec310c 6621697: Problem with file test/sun/net/www/http/ChunkedInputStream/test.txt Reviewed-by: michaelm ! test/sun/net/www/http/ChunkedInputStream/ChunkedEncodingTest.java - test/sun/net/www/http/ChunkedInputStream/test.txt Changeset: 8b0be0bc4b14 Author: chegar Date: 2008-09-26 11:24 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/8b0be0bc4b14 6752807: java.net test ADatagramSocket.sh is broken Summary: update bootclasspath set by test to simply prepend TESTCLASSES Reviewed-by: michaelm ! test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.sh Changeset: 2f38da01dcf4 Author: wetmore Date: 2008-10-06 09:17 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/2f38da01dcf4 Merge ! make/sun/net/spi/nameservice/dns/Makefile - src/share/classes/org/jcp/xml/dsig/internal/package.html ! test/com/sun/net/httpserver/bugs/B6744329.java - test/sun/net/www/http/ChunkedInputStream/test.txt Changeset: bd208584e8af Author: tbell Date: 2008-10-10 13:28 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/bd208584e8af Merge Changeset: cfbc79081769 Author: ksrini Date: 2008-10-14 13:02 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/cfbc79081769 6758881: (launcher) needs to throw NoClassDefFoundError instead of JavaRuntimeException Summary: The launcher will throw the Error vs. Exception, also fixed some minor issues with the tests. Reviewed-by: darcy ! src/share/classes/sun/launcher/LauncherHelper.java ! test/tools/launcher/Arrrghs.java Changeset: cc5f810b5af8 Author: tbell Date: 2008-10-17 08:41 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/cc5f810b5af8 Merge - make/tools/auto_multi/Makefile - make/tools/src/build/tools/automulti/AutoMulti.java - make/tools/src/build/tools/automulti/README.txt - make/tools/src/build/tools/automulti/TestALFGenerator.java - make/tools/src/build/tools/automulti/TestALFLookAndFeel.java - src/share/classes/javax/swing/colorchooser/DefaultHSBChooserPanel.java - src/share/classes/javax/swing/colorchooser/DefaultRGBChooserPanel.java - src/share/classes/javax/swing/colorchooser/SyntheticImage.java - test/javax/swing/JFileChooser/4252173/bug4252173.java - test/javax/swing/JFileChooser/6524424/bug6524424.html - test/javax/swing/JFileChooser/6524424/bug6524424.java Changeset: dcd40f60ffd3 Author: xdono Date: 2008-10-23 10:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/dcd40f60ffd3 Added tag jdk7-b38 for changeset cc5f810b5af8 ! .hgtags From john.coomes at sun.com Thu Oct 23 21:16:46 2008 From: john.coomes at sun.com (john.coomes at sun.com) Date: Fri, 24 Oct 2008 04:16:46 +0000 Subject: hg: jdk7/hotspot/langtools: 13 new changesets Message-ID: <20081024041708.0A044DA07@hg.openjdk.java.net> Changeset: 1e83972f53fb Author: jjg Date: 2008-09-23 10:44 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/1e83972f53fb 6420151: need to improve byfile compile policy to eliminate footprint issues Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/api/JavacTaskImpl.java ! src/share/classes/com/sun/tools/javac/comp/Todo.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javadoc/JavadocTodo.java ! src/share/classes/javax/tools/FileObject.java ! test/tools/javac/6734819/T6734819b.out - test/tools/javac/policy/A.java - test/tools/javac/policy/B.java - test/tools/javac/policy/C.java - test/tools/javac/policy/D.java - test/tools/javac/policy/Test.java - test/tools/javac/policy/byfile.ABD.out - test/tools/javac/policy/byfile.ACD.out - test/tools/javac/policy/bytodo.ABD.out - test/tools/javac/policy/bytodo.ACD.out - test/tools/javac/policy/simple.ABD.out - test/tools/javac/policy/simple.ACD.out + test/tools/javac/policy/test1/A.java + test/tools/javac/policy/test1/B.java + test/tools/javac/policy/test1/C.java + test/tools/javac/policy/test1/D.java + test/tools/javac/policy/test1/Test1a.java + test/tools/javac/policy/test1/Test1b.java + test/tools/javac/policy/test1/byfile.ABD.out + test/tools/javac/policy/test1/byfile.ACD.out + test/tools/javac/policy/test1/bytodo.ABD.out + test/tools/javac/policy/test1/bytodo.ACD.out + test/tools/javac/policy/test1/simple.ABD.out + test/tools/javac/policy/test1/simple.ACD.out + test/tools/javac/policy/test2/A.java + test/tools/javac/policy/test2/B.java + test/tools/javac/policy/test2/Test.java + test/tools/javac/policy/test2/byfile.AB.out + test/tools/javac/policy/test2/byfile.BA.out + test/tools/javac/policy/test2/bytodo.AB.out + test/tools/javac/policy/test2/bytodo.BA.out Changeset: ddd110646d21 Author: mcimadamore Date: 2008-09-29 11:34 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/ddd110646d21 6500343: compiler generates bad code when translating conditional expressions Summary: TransTypes needs to deal with intersection types coming from conditional expressions Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java + test/tools/javac/conditional/6500343/T6500343a.java + test/tools/javac/conditional/6500343/T6500343b.java Changeset: 609fb59657b4 Author: mcimadamore Date: 2008-09-29 11:48 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/609fb59657b4 6735840: Need a type/symbol visitor printer Summary: Added type/symbol visitor printer with support for localization Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties Changeset: 1a9276e7cb18 Author: mcimadamore Date: 2008-09-29 12:00 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/1a9276e7cb18 6747671: -Xlint:rawtypes Summary: add an Xlint option for detecting all raw types usages (ccc-approved) Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Lint.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/resources/compiler.properties ! test/tools/javac/6304921/T6304921.out + test/tools/javac/warnings/6747671/T6747671.java + test/tools/javac/warnings/6747671/T6747671.out ! test/tools/javac/warnings/Unchecked.lintAll.out Changeset: 0c4fa115f87d Author: mcimadamore Date: 2008-09-29 15:30 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/0c4fa115f87d 6753718: raw type warnings should be suprresed during a langtools build Summary: fixed build.properties in order to suppress raw type warnings Reviewed-by: jjg ! make/build.properties Changeset: b81a9aa785ba Author: martin Date: 2008-09-29 11:38 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/b81a9aa785ba 6739427: -Xlint:processing not recognized as an option Reviewed-by: darcy, jjg Contributed-by: lipeng at google.com ! src/share/classes/com/sun/tools/javac/code/Lint.java Changeset: 4ef127d365dd Author: tbell Date: 2008-09-29 22:11 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/4ef127d365dd Merge - test/tools/javac/policy/A.java - test/tools/javac/policy/B.java - test/tools/javac/policy/C.java - test/tools/javac/policy/D.java - test/tools/javac/policy/Test.java - test/tools/javac/policy/byfile.ABD.out - test/tools/javac/policy/byfile.ACD.out - test/tools/javac/policy/bytodo.ABD.out - test/tools/javac/policy/bytodo.ACD.out - test/tools/javac/policy/simple.ABD.out - test/tools/javac/policy/simple.ACD.out Changeset: 8e56394f54f5 Author: tbell Date: 2008-10-04 22:49 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/8e56394f54f5 Merge Changeset: d593587c5938 Author: jjg Date: 2008-10-01 16:26 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/d593587c5938 6748601: javadoc API should allow varargs use Reviewed-by: bpatel ! src/share/classes/com/sun/tools/javadoc/Main.java ! src/share/classes/com/sun/tools/javadoc/Start.java Changeset: 539eb80f2a1a Author: tbell Date: 2008-10-04 22:59 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/539eb80f2a1a Merge Changeset: 944790f83b57 Author: jjg Date: 2008-10-06 16:57 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/944790f83b57 6748546: javadoc API should be classloader-friendly Reviewed-by: bpatel ! src/share/classes/com/sun/tools/javadoc/DocletInvoker.java ! src/share/classes/com/sun/tools/javadoc/Main.java ! src/share/classes/com/sun/tools/javadoc/Start.java Changeset: 3fd42dfa6f27 Author: tbell Date: 2008-10-10 13:29 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/3fd42dfa6f27 Merge Changeset: c7315642fa1b Author: xdono Date: 2008-10-23 10:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/c7315642fa1b Added tag jdk7-b38 for changeset 3fd42dfa6f27 ! .hgtags From David.Holmes at Sun.COM Tue Oct 28 02:49:42 2008 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Tue, 28 Oct 2008 19:49:42 +1000 Subject: Old compiler settings in amd64.make Message-ID: <4906E036.4090808@sun.com> build/solaris/makefiles/amd64.make contains this snippet: # Temporary until SS10 C++ compiler is fixed OPT_CFLAGS/generateOptoStub.o = -xO2 OPT_CFLAGS/thread.o = -xO2 given we're now on SS12 can this be removed? Anyone recall what was broken? Thanks, David Holmes From Paul.Hohensee at Sun.COM Tue Oct 28 07:04:34 2008 From: Paul.Hohensee at Sun.COM (Paul Hohensee) Date: Tue, 28 Oct 2008 10:04:34 -0400 Subject: Old compiler settings in amd64.make In-Reply-To: <4906E036.4090808@sun.com> References: <4906E036.4090808@sun.com> Message-ID: <49071BF2.9030000@sun.com> I put it in there, but I don't remember what the issue was. I found quite a few SS10 compiler bugs during the initial port because the SS10 amd64 port was quite new at the time. Presumably the bugs I filed at the time (2004, I think) have been fixed. Paul David Holmes - Sun Microsystems wrote: > build/solaris/makefiles/amd64.make contains this snippet: > > # Temporary until SS10 C++ compiler is fixed > OPT_CFLAGS/generateOptoStub.o = -xO2 > OPT_CFLAGS/thread.o = -xO2 > > given we're now on SS12 can this be removed? Anyone recall what was > broken? > > Thanks, > David Holmes From volker.simonis at gmail.com Wed Oct 29 11:55:45 2008 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 29 Oct 2008 20:55:45 +0200 Subject: Verification failure in SPECJVM2008.scimark.fft.small on Windows/32bit Message-ID: Hi, we have problems with SPECJVM2008 on Windows/x86 machines with at least 4 cores and at least 4 benchmark threads. The benchmark reproducible fails in the result verification of the sub-benchmark scimark.fft.small (however in random places). We could reproduce the problem with JDK 6u7 and 6u10 as well as with the latest JDK 7b38 however only for the 32-bit Windows versions. Because the problem occurs with both, C1 and C2 and because the problem isn't reproducible neither with -Xint, nor with the 64-bit Windows or the Linux JDK, we think that this may be a problem in the HotSpot runtime (perhaps a timing/concurrency problem with the handling of 64-bit doubles in a 32-bit JDK on multi core machines?), but this is only a wild guess. We also observed that all the files (JDK, test classes and result files) had to be on the local host in order to reproduce the problem and we had the impression that the benchmark fails more quickly on Intel XEON, compared to AMD Opteron (we tested on the following hardware: Intel (2x XEON (with HT), 3.4GHz, 8GB, MS Win Server 2003 Enterprise x64, SP1) and AMD (4x Opteron 270, 2.0GHz, 9GB, MS Win Server 2003 Enterprise x64, SP1)). Has anybody else already observed this problem? Is this perhaps an issue of SPECJVM2008.scimark.fft.small? Any comments would be highly appreciated! Regards, Volker PS: JVM2008 is available from http://www.spec.org/download.html PPS: here's the command line we used for the tests: java -server -XX:+CITime -Djava.io.tmpdir=tmp -jar SPECjvm2008.jar -ikv -wt 30 -it 60 -bt 4 --base scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small scimark.fft.small From Thomas.Rodriguez at Sun.COM Wed Oct 29 12:22:30 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Wed, 29 Oct 2008 12:22:30 -0700 Subject: Verification failure in SPECJVM2008.scimark.fft.small on Windows/32bit In-Reply-To: References: Message-ID: <27F53E5C-6F69-49A3-A7D8-443ED4F35060@sun.com> I haven't seen this before, though I pretty much never benchmark on windows. Is the use of -XX:+CITime required? have you tried debug builds? Does it reproduce with -XX:UseSSE=0? It might be interesting to run with -XX:+CheckJNICalls which will verify the various fp control words have the right value. I'll see if I can reproduce it here. tom On Oct 29, 2008, at 11:55 AM, Volker Simonis wrote: > Hi, > > we have problems with SPECJVM2008 on Windows/x86 machines with at > least 4 cores and at least 4 benchmark threads. The benchmark > reproducible fails in the result verification of the sub-benchmark > scimark.fft.small (however in random places). > > We could reproduce the problem with JDK 6u7 and 6u10 as well as with > the latest JDK 7b38 however only for the 32-bit Windows versions. > > Because the problem occurs with both, C1 and C2 and because the > problem isn't reproducible neither with -Xint, nor with the 64-bit > Windows or the Linux JDK, we think that this may be a problem in the > HotSpot runtime (perhaps a timing/concurrency problem with the > handling of 64-bit doubles in a 32-bit JDK on multi core machines?), > but this is only a wild guess. > > We also observed that all the files (JDK, test classes and result > files) had to be on the local host in order to reproduce the problem > and we had the impression that the benchmark fails more quickly on > Intel XEON, compared to AMD Opteron (we tested on the following > hardware: Intel (2x XEON (with HT), 3.4GHz, 8GB, MS Win Server 2003 > Enterprise x64, SP1) and AMD (4x Opteron 270, 2.0GHz, 9GB, MS Win > Server 2003 Enterprise x64, SP1)). > > Has anybody else already observed this problem? Is this perhaps an > issue of SPECJVM2008.scimark.fft.small? > > Any comments would be highly appreciated! > > Regards, > Volker > > PS: JVM2008 is available from http://www.spec.org/download.html > > PPS: here's the command line we used for the tests: java -server > -XX:+CITime -Djava.io.tmpdir=tmp -jar SPECjvm2008.jar -ikv -wt 30 -it > 60 -bt 4 --base scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small From volker.simonis at gmail.com Wed Oct 29 13:47:12 2008 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 29 Oct 2008 21:47:12 +0100 Subject: Verification failure in SPECJVM2008.scimark.fft.small on Windows/32bit In-Reply-To: <27F53E5C-6F69-49A3-A7D8-443ED4F35060@sun.com> References: <27F53E5C-6F69-49A3-A7D8-443ED4F35060@sun.com> Message-ID: Hi Tom, I don't think that "-XX:+CITime" is really required. It's probably only an artefact of our various tests. But I doubt that the failure will be reproducible with a debug build. It seems to be very sensitive to performance changes. Initially, before we realized that the problem also occurs with C1, we thought this may be a problem of the server compiler and tried to exclude various methods of the benchmark from compilation but couldn't reproduce the problem afterwards. "-XX:UseSSE=0" and "-XX:+CheckJNICalls" is something I can try tomorrow in the office. Thank you for the hint. Regards, Volker On 10/29/08, Tom Rodriguez wrote: > I haven't seen this before, though I pretty much never benchmark on windows. > Is the use of -XX:+CITime required? have you tried debug builds? Does it > reproduce with -XX:UseSSE=0? It might be interesting to run with > -XX:+CheckJNICalls which will verify the various fp control words have the > right value. I'll see if I can reproduce it here. > > tom > > > On Oct 29, 2008, at 11:55 AM, Volker Simonis wrote: > > > > Hi, > > > > we have problems with SPECJVM2008 on Windows/x86 machines with at > > least 4 cores and at least 4 benchmark threads. The benchmark > > reproducible fails in the result verification of the sub-benchmark > > scimark.fft.small (however in random places). > > > > We could reproduce the problem with JDK 6u7 and 6u10 as well as with > > the latest JDK 7b38 however only for the 32-bit Windows versions. > > > > Because the problem occurs with both, C1 and C2 and because the > > problem isn't reproducible neither with -Xint, nor with the 64-bit > > Windows or the Linux JDK, we think that this may be a problem in the > > HotSpot runtime (perhaps a timing/concurrency problem with the > > handling of 64-bit doubles in a 32-bit JDK on multi core machines?), > > but this is only a wild guess. > > > > We also observed that all the files (JDK, test classes and result > > files) had to be on the local host in order to reproduce the problem > > and we had the impression that the benchmark fails more quickly on > > Intel XEON, compared to AMD Opteron (we tested on the following > > hardware: Intel (2x XEON (with HT), 3.4GHz, 8GB, MS Win Server 2003 > > Enterprise x64, SP1) and AMD (4x Opteron 270, 2.0GHz, 9GB, MS Win > > Server 2003 Enterprise x64, SP1)). > > > > Has anybody else already observed this problem? Is this perhaps an > > issue of SPECJVM2008.scimark.fft.small? > > > > Any comments would be highly appreciated! > > > > Regards, > > Volker > > > > PS: JVM2008 is available from > http://www.spec.org/download.html > > > > PPS: here's the command line we used for the tests: java -server > > -XX:+CITime -Djava.io.tmpdir=tmp -jar SPECjvm2008.jar -ikv -wt 30 -it > > 60 -bt 4 --base scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small > > > > From Jon.Masamitsu at Sun.COM Wed Oct 29 14:53:59 2008 From: Jon.Masamitsu at Sun.COM (Jon Masamitsu) Date: Wed, 29 Oct 2008 14:53:59 -0700 Subject: Verification failure in SPECJVM2008.scimark.fft.small on Windows/32bit In-Reply-To: References: Message-ID: <4908DB77.2060403@Sun.COM> Have you tried a different garbage collector? With -server you're likely using the UseParallelGC collector. If you've used -client, you're using the UseSerialGC collector (so probably have already tried a different collector). But just to be sure if you run java -server -XX:+PrintGCDetails -version on your test machine you'l see something like this for the UseParallelGC collector. java version "1.6.0" Java(TM) SE Runtime Environment (build 1.6.0-b105) Java HotSpot(TM) Server VM (build 1.6.0-b105, mixed mode) Heap PSYoungGen total 10752K, used 184K [0xf1400000, 0xf2000000, 0xfc000000) eden space 9216K, 2% used [0xf1400000,0xf142e158,0xf1d00000) from space 1536K, 0% used [0xf1e80000,0xf1e80000,0xf2000000) to space 1536K, 0% used [0xf1d00000,0xf1d00000,0xf1e80000) PSOldGen total 24576K, used 0K [0xdbc00000, 0xdd400000, 0xf1400000) object space 24576K, 0% used [0xdbc00000,0xdbc00000,0xdd400000) PSPermGen total 16384K, used 1465K [0xd7c00000, 0xd8c00000, 0xdbc00000) object space 16384K, 8% used [0xd7c00000,0xd7d6e5c0,0xd8c00000) where specifically, you'll see "PSYoungGen" in the output. On 10/29/08 11:55, Volker Simonis wrote: > Hi, > > we have problems with SPECJVM2008 on Windows/x86 machines with at > least 4 cores and at least 4 benchmark threads. The benchmark > reproducible fails in the result verification of the sub-benchmark > scimark.fft.small (however in random places). > > We could reproduce the problem with JDK 6u7 and 6u10 as well as with > the latest JDK 7b38 however only for the 32-bit Windows versions. > > Because the problem occurs with both, C1 and C2 and because the > problem isn't reproducible neither with -Xint, nor with the 64-bit > Windows or the Linux JDK, we think that this may be a problem in the > HotSpot runtime (perhaps a timing/concurrency problem with the > handling of 64-bit doubles in a 32-bit JDK on multi core machines?), > but this is only a wild guess. > > We also observed that all the files (JDK, test classes and result > files) had to be on the local host in order to reproduce the problem > and we had the impression that the benchmark fails more quickly on > Intel XEON, compared to AMD Opteron (we tested on the following > hardware: Intel (2x XEON (with HT), 3.4GHz, 8GB, MS Win Server 2003 > Enterprise x64, SP1) and AMD (4x Opteron 270, 2.0GHz, 9GB, MS Win > Server 2003 Enterprise x64, SP1)). > > Has anybody else already observed this problem? Is this perhaps an > issue of SPECJVM2008.scimark.fft.small? > > Any comments would be highly appreciated! > > Regards, > Volker > > PS: JVM2008 is available from http://www.spec.org/download.html > > PPS: here's the command line we used for the tests: java -server > -XX:+CITime -Djava.io.tmpdir=tmp -jar SPECjvm2008.jar -ikv -wt 30 -it > 60 -bt 4 --base scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small scimark.fft.small > scimark.fft.small scimark.fft.small From volker.simonis at gmail.com Thu Oct 30 11:22:37 2008 From: volker.simonis at gmail.com (Volker Simonis) Date: Thu, 30 Oct 2008 19:22:37 +0100 Subject: Verification failure in SPECJVM2008.scimark.fft.small on Windows/32bit In-Reply-To: <27F53E5C-6F69-49A3-A7D8-443ED4F35060@sun.com> References: <27F53E5C-6F69-49A3-A7D8-443ED4F35060@sun.com> Message-ID: Hi Tom, I ran the benchmark all day and I couldn't reproduce the problem neither with -XX:UseSSE=0 nor with -XX:UseSSE=1 although I havent done that many runs with -XX:UseSSE=1 like with -XX:UseSSE=0. It seems the problem only shows up with -XX:UseSSE=2 or higher. I'll start a run with "-XX:UseSSE=2 -XX:+CheckJNICalls" now and post the results tomorrow. I have also found some other options which may be worth trying them out: -XX:+AlwaysRestoreFPU and -XX:+VerifyFPU where the last one is only available in the debug build. I've noticed that the tests uses a java.lang.ThreadLocal double array to store and compute the values. May this be a problem perhaps? Did you had a chance to reproduce the problem? Regards, Volker On 10/29/08, Tom Rodriguez wrote: > I haven't seen this before, though I pretty much never benchmark on windows. > Is the use of -XX:+CITime required? have you tried debug builds? Does it > reproduce with -XX:UseSSE=0? It might be interesting to run with > -XX:+CheckJNICalls which will verify the various fp control words have the > right value. I'll see if I can reproduce it here. > > tom > > > On Oct 29, 2008, at 11:55 AM, Volker Simonis wrote: > > > > Hi, > > > > we have problems with SPECJVM2008 on Windows/x86 machines with at > > least 4 cores and at least 4 benchmark threads. The benchmark > > reproducible fails in the result verification of the sub-benchmark > > scimark.fft.small (however in random places). > > > > We could reproduce the problem with JDK 6u7 and 6u10 as well as with > > the latest JDK 7b38 however only for the 32-bit Windows versions. > > > > Because the problem occurs with both, C1 and C2 and because the > > problem isn't reproducible neither with -Xint, nor with the 64-bit > > Windows or the Linux JDK, we think that this may be a problem in the > > HotSpot runtime (perhaps a timing/concurrency problem with the > > handling of 64-bit doubles in a 32-bit JDK on multi core machines?), > > but this is only a wild guess. > > > > We also observed that all the files (JDK, test classes and result > > files) had to be on the local host in order to reproduce the problem > > and we had the impression that the benchmark fails more quickly on > > Intel XEON, compared to AMD Opteron (we tested on the following > > hardware: Intel (2x XEON (with HT), 3.4GHz, 8GB, MS Win Server 2003 > > Enterprise x64, SP1) and AMD (4x Opteron 270, 2.0GHz, 9GB, MS Win > > Server 2003 Enterprise x64, SP1)). > > > > Has anybody else already observed this problem? Is this perhaps an > > issue of SPECJVM2008.scimark.fft.small? > > > > Any comments would be highly appreciated! > > > > Regards, > > Volker > > > > PS: JVM2008 is available from > http://www.spec.org/download.html > > > > PPS: here's the command line we used for the tests: java -server > > -XX:+CITime -Djava.io.tmpdir=tmp -jar SPECjvm2008.jar -ikv -wt 30 -it > > 60 -bt 4 --base scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small scimark.fft.small > > scimark.fft.small scimark.fft.small > > > > From Thomas.Rodriguez at Sun.COM Thu Oct 30 14:47:15 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Thu, 30 Oct 2008 14:47:15 -0700 Subject: Verification failure in SPECJVM2008.scimark.fft.small on Windows/32bit In-Reply-To: References: <27F53E5C-6F69-49A3-A7D8-443ED4F35060@sun.com> Message-ID: <57B328E3-C3EA-4F57-A284-799C01ED5F93@Sun.COM> I haven't had a chance to investigate yet, but I wonder if this is related to the MXCSR issue you had mentioned previously? AlwaysRestoreFPU doesn't deal with the MXCSR. -XX: +RestoreMXCSROnJNICalls does something similar though. tom On Oct 30, 2008, at 11:22 AM, Volker Simonis wrote: > Hi Tom, > > I ran the benchmark all day and I couldn't reproduce the problem > neither with -XX:UseSSE=0 nor with -XX:UseSSE=1 although I havent done > that many runs with -XX:UseSSE=1 like with -XX:UseSSE=0. It seems the > problem only shows up with -XX:UseSSE=2 or higher. I'll start a run > with "-XX:UseSSE=2 -XX:+CheckJNICalls" now and post the results > tomorrow. I have also found some other options which may be worth > trying them out: -XX:+AlwaysRestoreFPU and -XX:+VerifyFPU where the > last one is only available in the debug build. > > I've noticed that the tests uses a java.lang.ThreadLocal double array > to store and compute the values. May this be a problem perhaps? > > Did you had a chance to reproduce the problem? > > Regards, > Volker > > On 10/29/08, Tom Rodriguez wrote: >> I haven't seen this before, though I pretty much never benchmark on >> windows. >> Is the use of -XX:+CITime required? have you tried debug builds? >> Does it >> reproduce with -XX:UseSSE=0? It might be interesting to run with >> -XX:+CheckJNICalls which will verify the various fp control words >> have the >> right value. I'll see if I can reproduce it here. >> >> tom >> >> >> On Oct 29, 2008, at 11:55 AM, Volker Simonis wrote: >> >> >>> Hi, >>> >>> we have problems with SPECJVM2008 on Windows/x86 machines with at >>> least 4 cores and at least 4 benchmark threads. The benchmark >>> reproducible fails in the result verification of the sub-benchmark >>> scimark.fft.small (however in random places). >>> >>> We could reproduce the problem with JDK 6u7 and 6u10 as well as with >>> the latest JDK 7b38 however only for the 32-bit Windows versions. >>> >>> Because the problem occurs with both, C1 and C2 and because the >>> problem isn't reproducible neither with -Xint, nor with the 64-bit >>> Windows or the Linux JDK, we think that this may be a problem in the >>> HotSpot runtime (perhaps a timing/concurrency problem with the >>> handling of 64-bit doubles in a 32-bit JDK on multi core machines?), >>> but this is only a wild guess. >>> >>> We also observed that all the files (JDK, test classes and result >>> files) had to be on the local host in order to reproduce the problem >>> and we had the impression that the benchmark fails more quickly on >>> Intel XEON, compared to AMD Opteron (we tested on the following >>> hardware: Intel (2x XEON (with HT), 3.4GHz, 8GB, MS Win Server 2003 >>> Enterprise x64, SP1) and AMD (4x Opteron 270, 2.0GHz, 9GB, MS Win >>> Server 2003 Enterprise x64, SP1)). >>> >>> Has anybody else already observed this problem? Is this perhaps an >>> issue of SPECJVM2008.scimark.fft.small? >>> >>> Any comments would be highly appreciated! >>> >>> Regards, >>> Volker >>> >>> PS: JVM2008 is available from >> http://www.spec.org/download.html >>> >>> PPS: here's the command line we used for the tests: java -server >>> -XX:+CITime -Djava.io.tmpdir=tmp -jar SPECjvm2008.jar -ikv -wt 30 - >>> it >>> 60 -bt 4 --base scimark.fft.small scimark.fft.small >>> scimark.fft.small >>> scimark.fft.small scimark.fft.small scimark.fft.small >>> scimark.fft.small scimark.fft.small scimark.fft.small >>> scimark.fft.small scimark.fft.small scimark.fft.small >>> scimark.fft.small scimark.fft.small scimark.fft.small >>> scimark.fft.small scimark.fft.small scimark.fft.small >>> scimark.fft.small scimark.fft.small >>> >> >> From erik.trimble at sun.com Thu Oct 30 16:18:56 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Thu, 30 Oct 2008 23:18:56 +0000 Subject: hg: jdk7/hotspot/hotspot: 3 new changesets Message-ID: <20081030231905.3C0F7DD25@hg.openjdk.java.net> Changeset: 69e855d955f5 Author: xdono Date: 2008-10-23 10:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/69e855d955f5 Added tag jdk7-b38 for changeset d9bc824aa078 ! .hgtags Changeset: 7c99a4bb76a1 Author: trims Date: 2008-10-29 19:18 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7c99a4bb76a1 Merge Changeset: 49ca90d77f34 Author: trims Date: 2008-10-29 19:22 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/49ca90d77f34 Merge From erik.trimble at sun.com Thu Oct 30 16:23:11 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Thu, 30 Oct 2008 23:23:11 +0000 Subject: hg: jdk7/hotspot/jdk: 13 new changesets Message-ID: <20081030232716.34534DD2E@hg.openjdk.java.net> Changeset: 86799e45c230 Author: emcmanus Date: 2008-10-08 18:38 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/86799e45c230 6757225: MXBean: Incorrect type names for parametrized types, dealing with arrays Reviewed-by: sjiang ! src/share/classes/com/sun/jmx/mbeanserver/MXBeanIntrospector.java ! src/share/classes/javax/management/event/EventClient.java ! src/share/classes/javax/management/event/FetchingEventRelay.java ! src/share/classes/javax/management/monitor/Monitor.java ! src/share/classes/javax/management/remote/rmi/RMIConnector.java + test/javax/management/mxbean/TypeNameTest.java Changeset: 6a76dcaf15e3 Author: dfuchs Date: 2008-10-09 14:10 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/6a76dcaf15e3 6332953: JMX agent should bind to loopback address when starting the local connector server Reviewed-by: emcmanus ! src/share/classes/sun/management/jmxremote/ConnectorBootstrap.java + src/share/classes/sun/management/jmxremote/LocalRMIServerSocketFactory.java ! src/share/lib/management/management.properties Changeset: f50f9b0d18a8 Author: dfuchs Date: 2008-10-10 10:58 +0200 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/f50f9b0d18a8 6758165: ConnectorBootstrap.DefaultValues should have a default value for USE_LOCAL_ONLY Reviewed-by: alanb, emcmanus ! src/share/classes/sun/management/jmxremote/ConnectorBootstrap.java Changeset: 214ebdcf7252 Author: sherman Date: 2008-10-13 14:45 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/214ebdcf7252 5025260: Register methods should throw ClosedChannelException instead of NPE Summary: update the spec and implementation to throw ClosedSelectorException Reviewed-by: alanb ! src/share/classes/java/nio/channels/SelectableChannel.java ! src/share/classes/java/nio/channels/spi/AbstractSelectableChannel.java ! src/share/classes/sun/nio/ch/AbstractPollSelectorImpl.java ! src/solaris/classes/sun/nio/ch/DevPollSelectorImpl.java ! src/solaris/classes/sun/nio/ch/EPollSelectorImpl.java ! src/windows/classes/sun/nio/ch/WindowsSelectorImpl.java + test/java/nio/channels/Selector/CloseThenRegister.java Changeset: 5eab86fc2ea8 Author: tbell Date: 2008-10-17 16:45 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/5eab86fc2ea8 Merge Changeset: 486b917ed417 Author: mullan Date: 2008-10-07 13:41 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/486b917ed417 6752764: PIT B37: CertPath/CertPathValidatorTest/KeyParamsInheritanceTest failed Summary: fix regression introduced by 6465942 Reviewed-by: vinnie ! src/share/classes/sun/security/provider/certpath/BasicChecker.java Changeset: 3c234822b837 Author: mullan Date: 2008-10-07 13:48 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/3c234822b837 Merge - src/share/classes/com/sun/jmx/interceptor/MBeanServerSupport.java - src/share/classes/java/nio/channels/package.html - src/share/classes/org/jcp/xml/dsig/internal/package.html - src/share/classes/sun/nio/ch/OptionAdaptor.java - src/share/classes/sun/nio/ch/SocketOpts.java - src/share/classes/sun/nio/ch/SocketOptsImpl.java - src/share/classes/sun/nio/ch/exceptions - src/share/javavm/include/opcodes.h - src/share/javavm/include/opcodes.length - src/share/javavm/include/opcodes.list - src/share/javavm/include/opcodes.weight - src/share/javavm/include/opcodes.wide - src/share/javavm/include/sys_api.h - src/share/javavm/include/typedefs.h - src/solaris/javavm/include/typedefs_md.h - src/windows/javavm/include/typedefs_md.h Changeset: 8b2d7e577d4a Author: mullan Date: 2008-10-07 14:44 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/8b2d7e577d4a Merge Changeset: 3f051f3ba5bb Author: weijun Date: 2008-10-17 13:02 +0800 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/3f051f3ba5bb 6706974: Add krb5 test infrastructure Reviewed-by: valeriep + test/sun/security/krb5/auto/Action.java + test/sun/security/krb5/auto/BasicKrb5Test.java + test/sun/security/krb5/auto/CleanState.java + test/sun/security/krb5/auto/Context.java + test/sun/security/krb5/auto/CrossRealm.java + test/sun/security/krb5/auto/KDC.java + test/sun/security/krb5/auto/KerberosHashEqualsTest.java + test/sun/security/krb5/auto/OneKDC.java + test/sun/security/krb5/auto/basic.sh Changeset: 064e6a087f77 Author: wetmore Date: 2008-10-17 00:51 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/064e6a087f77 Merge Changeset: 0bf6c9c6fdc5 Author: weijun Date: 2008-10-20 10:32 +0800 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/0bf6c9c6fdc5 6761072: new krb5 tests fail on multiple platforms Reviewed-by: xuelei ! test/sun/security/krb5/auto/BasicKrb5Test.java ! test/sun/security/krb5/auto/KDC.java ! test/sun/security/krb5/auto/OneKDC.java Changeset: 7df3f9183f67 Author: wetmore Date: 2008-10-20 01:39 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/7df3f9183f67 Merge Changeset: 4e51997582ef Author: tbell Date: 2008-10-23 21:55 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/4e51997582ef Merge From erik.trimble at sun.com Thu Oct 30 16:32:03 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Thu, 30 Oct 2008 23:32:03 +0000 Subject: hg: jdk7/hotspot/langtools: 21 new changesets Message-ID: <20081030233237.A0FB7DD33@hg.openjdk.java.net> Changeset: a54ef8459576 Author: jjg Date: 2008-10-07 15:39 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/a54ef8459576 6749967: regression tests for apt should be same-vm friendly Reviewed-by: darcy ! 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 Changeset: c0372d1097c0 Author: mcimadamore Date: 2008-10-09 15:56 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/c0372d1097c0 6751514: Unary post-increment with type variables crash javac during lowering Summary: Lower.abstractRval should take into account parenthesized expressions Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Lower.java ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java + test/tools/javac/generics/T6751514.java Changeset: 8c098cf64ab5 Author: mcimadamore Date: 2008-10-09 16:02 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/8c098cf64ab5 6738538: javac crashes when using a type parameter as a covariant method return type Summary: Capture conversion should be applied when acccessing a member of an intersection type Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Types.java + test/tools/javac/OverrideChecks/6738538/T6738538a.java + test/tools/javac/OverrideChecks/6738538/T6738538b.java Changeset: ac6ce899d007 Author: mcimadamore Date: 2008-10-09 16:04 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/ac6ce899d007 6724345: incorrect method resolution for enum classes entered as source files Summary: Enum's abstract methods shouldn't be skipped during method resolution Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Resolve.java + test/tools/javac/enum/T6724345.java Changeset: 8eafba4f61be Author: mcimadamore Date: 2008-10-09 16:07 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/8eafba4f61be 6406133: JCDiagnostic.getMessage ignores locale argument Summary: Compiler API should take into account locale settings Reviewed-by: jjg ! src/share/classes/com/sun/tools/apt/util/Bark.java ! src/share/classes/com/sun/tools/javac/api/Formattable.java ! src/share/classes/com/sun/tools/javac/api/JavacTaskImpl.java ! src/share/classes/com/sun/tools/javac/api/JavacTool.java + src/share/classes/com/sun/tools/javac/api/Messages.java ! src/share/classes/com/sun/tools/javac/code/Kinds.java ! src/share/classes/com/sun/tools/javac/code/Symtab.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/main/Main.java ! src/share/classes/com/sun/tools/javac/parser/Token.java ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java ! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/JCDiagnostic.java + src/share/classes/com/sun/tools/javac/util/JavacMessages.java ! src/share/classes/com/sun/tools/javac/util/Log.java ! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java ! test/tools/javac/6457284/T6457284.java + test/tools/javac/api/6406133/Erroneous.java + test/tools/javac/api/6406133/T6406133.java Changeset: e4eaddca54b7 Author: mcimadamore Date: 2008-10-09 16:19 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/e4eaddca54b7 6731573: diagnostic output should optionally include source line Summary: Added an -XD option to optionally prints out source lines in error messages Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/Log.java ! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java + test/tools/javac/api/6731573/Erroneous.java + test/tools/javac/api/6731573/T6731573.java Changeset: d766e40e49d6 Author: mcimadamore Date: 2008-10-09 16:21 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/d766e40e49d6 6586091: javac crashes with StackOverflowError Summary: Types.adapt should avoid infinite loops by exploiting a local cache Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Types.java + test/tools/javac/cast/6586091/T6586091.java Changeset: e03459165ec4 Author: mcimadamore Date: 2008-10-14 17:05 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/e03459165ec4 6759143: com.sun.tools.javac.util.Messages is obsolete and should be removed Summary: push for 6406133 should have removed com.sun.tools.javac.util.Messages Reviewed-by: jjg - src/share/classes/com/sun/tools/javac/util/Messages.java Changeset: 22c4c1143a3a Author: jjg Date: 2008-10-15 08:07 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/22c4c1143a3a 6748541: javadoc should be reusable Reviewed-by: bpatel ! src/share/classes/com/sun/tools/doclets/formats/html/ConfigurationImpl.java ! 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/doclets/internal/toolkit/Configuration.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Group.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/MetaKeywords.java ! test/com/sun/javadoc/AuthorDD/AuthorDD.java ! test/com/sun/javadoc/lib/JavadocTester.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: 83ffdd1a6294 Author: mcimadamore Date: 2008-10-15 17:23 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/83ffdd1a6294 6759682: APT: compiler message file broken after refactoring of com.sun.tools.javac.util.Message Summary: JavacMessages should refresh its own bundle cache when a new resource bundle is added by APT Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/util/JavacMessages.java Changeset: e1332c04f6b6 Author: jjg Date: 2008-10-15 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/e1332c04f6b6 6759795: test/tools/apt/Basic/print.sh may fail depending on jtreg options Reviewed-by: darcy ! test/tools/apt/Basics/print.sh Changeset: 4feda9f0dbe7 Author: jjg Date: 2008-10-15 13:20 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/4feda9f0dbe7 6759796: test/tools/javac/6348193/T6348193.java fails if there are empty entries on the bootclasspath Reviewed-by: darcy ! test/tools/javac/processing/6348193/T6348193.java Changeset: 173162d6eb1d Author: jjg Date: 2008-10-16 07:30 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/173162d6eb1d 6759775: RegularFileObject.inferBinaryName gives bad result on empty path Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/file/RegularFileObject.java Changeset: 2c1ef6ec9413 Author: jjg Date: 2008-10-16 07:39 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/2c1ef6ec9413 6759810: bad regression test causes source file to be deleted Reviewed-by: mcimadamore ! test/tools/javac/links/T.java ! test/tools/javac/links/links.sh Changeset: 6fcc8de719f5 Author: mcimadamore Date: 2008-10-16 18:07 +0100 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/6fcc8de719f5 6760226: test/tools/javap/T6622260.java fails with specific locale settings Summary: Changed the regression test in order to make it more robust w.r.t. to locale settings Reviewed-by: jjg ! test/tools/javap/T6622260.java Changeset: 402183e8d6e1 Author: jjg Date: 2008-10-16 16:53 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/402183e8d6e1 6760500: test com/sun/javadoc/testSupplementary/TestSupplementary.java is not same-VM safe Reviewed-by: darcy ! test/com/sun/javadoc/testSupplementary/TestSupplementary.java Changeset: eca4bf37b66e Author: jjg Date: 2008-10-17 10:34 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/eca4bf37b66e 6760805: empty element on bootclasspath breaks test/tools/apt/Compile/compile.sh Reviewed-by: darcy ! test/tools/apt/Compile/compile.sh Changeset: 2eec479619d8 Author: jjg Date: 2008-10-17 16:06 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/2eec479619d8 6760930: empty element on bootclasspath breaks test/tools/apt/Discovery/discovery.sh Reviewed-by: darcy ! test/tools/apt/Discovery/discovery.sh Changeset: acc41893695b Author: tbell Date: 2008-10-17 16:47 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/acc41893695b Merge - src/share/classes/com/sun/tools/javac/util/Messages.java Changeset: 8ae974495e73 Author: jjg Date: 2008-10-20 13:42 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/8ae974495e73 6759996: ignore empty entries on paths Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/file/Paths.java + test/tools/javac/T6759996.java Changeset: 3fb51e47622b Author: tbell Date: 2008-10-23 21:56 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/3fb51e47622b Merge From volker.simonis at gmail.com Thu Oct 30 16:39:08 2008 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 31 Oct 2008 00:39:08 +0100 Subject: Verification failure in SPECJVM2008.scimark.fft.small on Windows/32bit In-Reply-To: <57B328E3-C3EA-4F57-A284-799C01ED5F93@Sun.COM> References: <27F53E5C-6F69-49A3-A7D8-443ED4F35060@sun.com> <57B328E3-C3EA-4F57-A284-799C01ED5F93@Sun.COM> Message-ID: Funny enough, my previous problem, which was caused by an uncleared FP status register, only happend on 64-bit Windows and only with MSVC 2005 and 2008 while this problem happens only on 32-bit Windows and with MSVC 2005 (the one we use for our builds) as well as with older versions of MSVC (i.e. the one that is used for the official Java 7 buildss by SUN). I finally found some documentation about the calling conventions on Windows/x64 and it states: "A callee that modifies any of the fields within FPCSR/MXCSR must restore them before returning to its caller. Furthermore, a caller that has modified any of these fields must restore them to their standard values before invoking a callee unless by agreement the callee expects the modified values". I could however only find this information for MSVC 2005 and 2008 (see http://msdn.microsoft.com/en-us/library/ms235300(VS.80).aspx and http://msdn.microsoft.com/en-us/library/ms235300.aspx) and I think you use an older version for Windows builds, right? Volker On 10/30/08, Tom Rodriguez wrote: > I haven't had a chance to investigate yet, but I wonder if this is related > to the MXCSR issue you had mentioned previously? AlwaysRestoreFPU doesn't > deal with the MXCSR. -XX:+RestoreMXCSROnJNICalls does something similar > though. > > tom > > > On Oct 30, 2008, at 11:22 AM, Volker Simonis wrote: > > > > Hi Tom, > > > > I ran the benchmark all day and I couldn't reproduce the problem > > neither with -XX:UseSSE=0 nor with -XX:UseSSE=1 although I havent done > > that many runs with -XX:UseSSE=1 like with -XX:UseSSE=0. It seems the > > problem only shows up with -XX:UseSSE=2 or higher. I'll start a run > > with "-XX:UseSSE=2 -XX:+CheckJNICalls" now and post the results > > tomorrow. I have also found some other options which may be worth > > trying them out: -XX:+AlwaysRestoreFPU and -XX:+VerifyFPU where the > > last one is only available in the debug build. > > > > I've noticed that the tests uses a java.lang.ThreadLocal double array > > to store and compute the values. May this be a problem perhaps? > > > > Did you had a chance to reproduce the problem? > > > > Regards, > > Volker > > > > On 10/29/08, Tom Rodriguez wrote: > > > > > I haven't seen this before, though I pretty much never benchmark on > windows. > > > Is the use of -XX:+CITime required? have you tried debug builds? Does > it > > > reproduce with -XX:UseSSE=0? It might be interesting to run with > > > -XX:+CheckJNICalls which will verify the various fp control words have > the > > > right value. I'll see if I can reproduce it here. > > > > > > tom > > > > > > > > > On Oct 29, 2008, at 11:55 AM, Volker Simonis wrote: > > > > > > > > > > > > > Hi, > > > > > > > > we have problems with SPECJVM2008 on Windows/x86 machines with at > > > > least 4 cores and at least 4 benchmark threads. The benchmark > > > > reproducible fails in the result verification of the sub-benchmark > > > > scimark.fft.small (however in random places). > > > > > > > > We could reproduce the problem with JDK 6u7 and 6u10 as well as with > > > > the latest JDK 7b38 however only for the 32-bit Windows versions. > > > > > > > > Because the problem occurs with both, C1 and C2 and because the > > > > problem isn't reproducible neither with -Xint, nor with the 64-bit > > > > Windows or the Linux JDK, we think that this may be a problem in the > > > > HotSpot runtime (perhaps a timing/concurrency problem with the > > > > handling of 64-bit doubles in a 32-bit JDK on multi core machines?), > > > > but this is only a wild guess. > > > > > > > > We also observed that all the files (JDK, test classes and result > > > > files) had to be on the local host in order to reproduce the problem > > > > and we had the impression that the benchmark fails more quickly on > > > > Intel XEON, compared to AMD Opteron (we tested on the following > > > > hardware: Intel (2x XEON (with HT), 3.4GHz, 8GB, MS Win Server 2003 > > > > Enterprise x64, SP1) and AMD (4x Opteron 270, 2.0GHz, 9GB, MS Win > > > > Server 2003 Enterprise x64, SP1)). > > > > > > > > Has anybody else already observed this problem? Is this perhaps an > > > > issue of SPECJVM2008.scimark.fft.small? > > > > > > > > Any comments would be highly appreciated! > > > > > > > > Regards, > > > > Volker > > > > > > > > PS: JVM2008 is available from > > > > > > > http://www.spec.org/download.html > > > > > > > > > > > PPS: here's the command line we used for the tests: java -server > > > > -XX:+CITime -Djava.io.tmpdir=tmp -jar SPECjvm2008.jar -ikv -wt 30 -it > > > > 60 -bt 4 --base scimark.fft.small scimark.fft.small scimark.fft.small > > > > scimark.fft.small scimark.fft.small scimark.fft.small > > > > scimark.fft.small scimark.fft.small scimark.fft.small > > > > scimark.fft.small scimark.fft.small scimark.fft.small > > > > scimark.fft.small scimark.fft.small scimark.fft.small > > > > scimark.fft.small scimark.fft.small scimark.fft.small > > > > scimark.fft.small scimark.fft.small > > > > > > > > > > > > > > > > > > > > >