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