This is very similiar to 6282335. But in this case thread can't be detached because of java frames in stack. It quits normally and native monitor isn't automatically freed. JNI spec says that DetachCurrentThread should free monitors, but normal exiting from java thread shouldn't be the worst case.
See attach test code for details.
###@###.### 2005-06-23 10:41:35 GMT
See attach test code for details.
###@###.### 2005-06-23 10:41:35 GMT
- relates to
-
JDK-6448027 com.sun.jdi.ThreadReference.ownedMonitorsAndFrames() returns unexpected monitor
-
- Closed
-
-
JDK-6282335 DetachCurrentThread doesn't release monitors was taken by MonitorEnter (doc change)
-
- Closed
-