This problem is caused by a race in compiled code safepoints. The problem that
arose is because the thread we are trying to stop is executing in a nmethod
that was being actively patched by another thread. When the VM thread copied the
nmethod to the ThreadCodeBuffer it caught the nmethod in the state where it
had jump to selfs in it as the patch was being applied. When we repositioned
the thread it got caught in one of these loops and never reached a safepoint.
###@###.### 2001-10-02
Steve Goldman (Inactive)
added a comment - BT2:EVALUATION
This problem is caused by a race in compiled code safepoints. The problem that
arose is because the thread we are trying to stop is executing in a nmethod
that was being actively patched by another thread. When the VM thread copied the
nmethod to the ThreadCodeBuffer it caught the nmethod in the state where it
had jump to selfs in it as the patch was being applied. When we repositioned
the thread it got caught in one of these loops and never reached a safepoint.
###@###.### 2001-10-02
BugTraq+ Release Management Values
COMMIT TO FIX:
generic
FIXED IN:
1.4
INTEGRATED IN:
1.4