Wed, 16 Dec 2009 14:27:50 -0800 6895168: JCK api/signaturetest/sigtest.basic.html#basic test fails for jdk 5.0 with HS 16 in nightly build
xlu [Wed, 16 Dec 2009 14:27:50 -0800] rev 4496
6895168: JCK api/signaturetest/sigtest.basic.html#basic test fails for jdk 5.0 with HS 16 in nightly build Reviewed-by: dholmes, acorn, jrose
Wed, 16 Dec 2009 13:19:57 -0800 Merge
xlu [Wed, 16 Dec 2009 13:19:57 -0800] rev 4495
Merge
Wed, 16 Dec 2009 13:16:08 -0800 6899467: System property java.class.version out-of-sync with VM for jdk 5.0 with HS 16 in nightly build
xlu [Wed, 16 Dec 2009 13:16:08 -0800] rev 4494
6899467: System property java.class.version out-of-sync with VM for jdk 5.0 with HS 16 in nightly build Reviewed-by: kvn, never, dholmes, ysr
Wed, 16 Dec 2009 12:54:49 -0500 6843629: Make current hotspot build part of jdk5 control build
phh [Wed, 16 Dec 2009 12:54:49 -0500] rev 4493
6843629: Make current hotspot build part of jdk5 control build Summary: Source changes for older compilers plus makefile changes. Reviewed-by: xlu
Mon, 14 Dec 2009 13:26:29 -0700 Merge
dcubed [Mon, 14 Dec 2009 13:26:29 -0700] rev 4492
Merge
Mon, 14 Dec 2009 10:05:36 -0700 6849968: 3/2 JVMTI tests fails on jdk5.0 with hs14
dcubed [Mon, 14 Dec 2009 10:05:36 -0700] rev 4491
6849968: 3/2 JVMTI tests fails on jdk5.0 with hs14 Summary: If a JVMTI agent asks for version 1.0, then it should get version 1.0 semantics. Reviewed-by: dholmes, ohair
Mon, 14 Dec 2009 09:51:09 -0700 6648438: 4/4 src/share/vm/prims/jvmtiEnv.cpp:457 assert(phase == JVMTI_PHASE_LIVE,"sanity check")
dcubed [Mon, 14 Dec 2009 09:51:09 -0700] rev 4490
6648438: 4/4 src/share/vm/prims/jvmtiEnv.cpp:457 assert(phase == JVMTI_PHASE_LIVE,"sanity check") Summary: Return error on invalid JVMTI_PHASE instead of asserting. Reviewed-by: dholmes, ohair
Fri, 11 Dec 2009 11:09:49 -0800 6361589: Print out stack trace for target thread of GC crash
minqi [Fri, 11 Dec 2009 11:09:49 -0800] rev 4489
6361589: Print out stack trace for target thread of GC crash Summary: If GC crashed with java thread involved, print out the java stack trace in error report Reviewed-by: never, ysr, coleenp, dholmes
Wed, 02 Dec 2009 20:32:27 -0500 Merge
dholmes [Wed, 02 Dec 2009 20:32:27 -0500] rev 4488
Merge
Tue, 01 Dec 2009 22:29:02 -0500 6822370: ReentrantReadWriteLock: threads hung when there are no threads holding onto the lock (Netra x4450)
dholmes [Tue, 01 Dec 2009 22:29:02 -0500] rev 4487
6822370: ReentrantReadWriteLock: threads hung when there are no threads holding onto the lock (Netra x4450) Summary: This day one bug is caused by missing memory barriers in various Parker::park() paths that can result in lost wakeups and hangs. Reviewed-by: dice, acorn
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip