summaryrefslogtreecommitdiff
path: root/include/ScopedJavaUnicodeString.h
diff options
context:
space:
mode:
authorAndy McFadden <fadden@android.com>2010-03-12 13:39:59 -0800
committerAndy McFadden <fadden@android.com>2010-03-15 11:59:23 -0700
commit5e431e3f2a0258d511721e7ad57a95c802254606 (patch)
tree5f3152f577a75c7f61c6fc2de4dbe1b9c8b45691 /include/ScopedJavaUnicodeString.h
parent014aa1a70743ae7e6ec0de1555f5b43d43844cf4 (diff)
Try to show lock owner in MONITOR thread dump.
A thread in the MONITOR state is blocked waiting on a monitor. This raises two interesting questions: (1) what lock is it waiting on, and (2) who holds that lock? The answer to (1) can be determined easily by looking at the source code, but (2) is a bit harder. This change extracts the target object from the instruction stream and prints some information about it, e.g.: - waiting to lock <0x40028c68> (a java.lang.Object) held by threadid=1 (main) Also: fiddled with "must [not] be locked" on a recently-added function. (cherry-picked from dalvik-dev) Change-Id: Ic16695741760d50be70e70fb7470972cef28bb09
Diffstat (limited to 'include/ScopedJavaUnicodeString.h')
0 files changed, 0 insertions, 0 deletions