Caffeinemark hangs on NT. When I do a stack dump, it is in the native
method for WComponentPeer._dispose(). In the actual dispose routine
in awt_Component.cpp, I've traced it down to hanging in the call to:
WaitForSingleObject(hevt, INFINITE)
after it does a PostMessage of WM_AWT_QUEUE_SYNC.
All of the other threads are in a wait state.

The Monitor Cache Dump:
    java.lang.Object@1040308/10930c8: <unowned>
waiters: 1
    java.lang.ref.ReferenceQueue$Lock@10401a8/1092e98: <unowned>
waiters: 1
sun.awt.windows.WFramePeer@1050a98/1138288: owner "Thread-4" (...)
    java.awt.EventQueue@104cf48/10c1f00: <unowned>
waiters: 1
    sun.applet.AppletViewerPanel@104e1b0/10c5810: <unowned>
waiters: 1
    sun.awt.ScreenUpdater(...)
waiters: 1
    java.lang.ref.Reference$lock(...)
waiters: 1
    Testwindow@1050d38/1138058: owner "Thread-4" ...


Thread-4 is the thread that is doing the dispose. This occurs on
both Caffeinemark 2.5 and 3.0. My machine is running NT4.0 with
service pack 3. This only happens when the display is set to
256 colors. This problem was reproduced by Jeet and Anand.