RFR(XS) 8036823: Stack trace sometimes shows 'locked' instead of 'waiting to lock'
Zhengyu Gu
zhengyu.gu at oracle.com
Tue May 20 13:08:57 UTC 2014
Hi Kris,
Yes, they are the same things. Please see my early comment in the bug
report.
Thanks,
-Zhengyu
On 5/19/2014 6:00 PM, Krystal Mok wrote:
> Hi Zhengyu,
>
> I just glanced over your changes, and the description looks like
> something I've seen in the past:
> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2012-July/004106.html
>
> Could you please take a look at the old discussion thread and see if
> they're the same thing?
>
> Thanks,
> Kris
>
>
> On Mon, May 19, 2014 at 6:58 AM, Zhengyu Gu <zhengyu.gu at oracle.com
> <mailto:zhengyu.gu at oracle.com>> wrote:
>
> This is a simple fix for incorrect lock state.
>
> The timing on setting thread's pending monitor can result stack
> trace dump reporting incorrect lock state. The solution is to
> check the monitor's owner, if the owner is other than the current
> thread, then the monitor, is or is in process of being, set the
> pending monitor of current thread.
>
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8036823
> Webrev: http://cr.openjdk.java.net/~zgu/8036823/webrev.00/
> <http://cr.openjdk.java.net/%7Ezgu/8036823/webrev.00/>
>
>
> Thanks,
>
> -Zhengyu
>
>
More information about the hotspot-dev
mailing list