Fri, 02 Apr 2010 17:04:09 -0700 Merge
jcoomes [Fri, 02 Apr 2010 17:04:09 -0700] rev 5238
Merge
Wed, 31 Mar 2010 16:51:18 -0700 6938627: Make temporary directory use property java.io.tmpdir when specified
coleenp [Wed, 31 Mar 2010 16:51:18 -0700] rev 5237
6938627: Make temporary directory use property java.io.tmpdir when specified Summary: Get java.io.tmpdir property in os::get_temp_directory() and call this instead of harcoding "/tmp". Don't assume trailing file_separator either. Reviewed-by: dholmes, kamg
Tue, 06 Apr 2010 22:06:57 -0700 Merge
asaha [Tue, 06 Apr 2010 22:06:57 -0700] rev 5236
Merge
Fri, 02 Apr 2010 15:55:04 -0700 Merge
kvn [Fri, 02 Apr 2010 15:55:04 -0700] rev 5235
Merge
Fri, 02 Apr 2010 11:55:00 -0700 6939804: ciConstant::print() prints incorrect bool value
kvn [Fri, 02 Apr 2010 11:55:00 -0700] rev 5234
6939804: ciConstant::print() prints incorrect bool value Summary: Fix typo. Reviewed-by: never
Thu, 01 Apr 2010 16:06:57 -0700 6936709: AsyncGetCallTrace doesn't handle inexact stack walking properly
never [Thu, 01 Apr 2010 16:06:57 -0700] rev 5233
6936709: AsyncGetCallTrace doesn't handle inexact stack walking properly Reviewed-by: kvn
Wed, 31 Mar 2010 16:29:10 -0700 Merge
never [Wed, 31 Mar 2010 16:29:10 -0700] rev 5232
Merge
Wed, 31 Mar 2010 11:54:03 -0700 6939845: zero needs fallback path in C++ interpreter for platform dependent fast bytecodes
never [Wed, 31 Mar 2010 11:54:03 -0700] rev 5231
6939845: zero needs fallback path in C++ interpreter for platform dependent fast bytecodes Reviewed-by: never Contributed-by: ed@camswl.com
Wed, 31 Mar 2010 08:03:33 -0700 6939731: JSR 292 Zero build fix after 6934494
twisti [Wed, 31 Mar 2010 08:03:33 -0700] rev 5230
6939731: JSR 292 Zero build fix after 6934494 Summary: The changes of 6934494 have broken the Zero build. Reviewed-by: twisti Contributed-by: Gary Benson <gbenson@redhat.com>
Tue, 30 Mar 2010 00:57:55 -0700 6939180: Zero locking fix
twisti [Tue, 30 Mar 2010 00:57:55 -0700] rev 5229
6939180: Zero locking fix Summary: When Zero is running with Shark enabled threads can be left with their _do_not_unlock_if_synchronized flag incorrectly set. Reviewed-by: twisti Contributed-by: Gary Benson <gbenson@redhat.com>
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip