The following test:

    nsk/jvmti/scenarios/extension/EX03/ex03t001

fails the following assertion:

    Internal Error (src/share/vm/prims/jvmtiExport.cpp:1045)
    Error: assert(prev_state == _thread_blocked,"JavaThread should be at safepoint")

Here is the URL for the oldest failure that I found in nightly:

http://sqeweb.sfbay.sun.com/nfs/tools/gtee/results/JDK7/NIGHTLY/VM/2010-02-03/GC_Baseline-Xconc/vm/linux-i586/server/mixed/linux-i586_server_mixed_nsk.quick-jvmti.testlist/analysis.html

Here is a snippet of the stack trace from the hs_err file:

--------------- T H R E A D ---------------

Current thread (0x09d41800): VMThread [stack: 0xa9177000,0xa91f8000] [id=21415]

Stack: [0xa9177000,0xa91f8000], sp=0xa91f6b10, free space=1fea91f6b88k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x99cc55];; _ZN7VMError6reportEP12outputStream+0x13f5
V [libjvm.so+0x99cee4];; _ZN7VMError14report_and_dieEv+0x194
V [libjvm.so+0x443e55];; _Z24report_assertion_failurePKciS0_+0x65
V [libjvm.so+0x6c1e42];; _ZN11JvmtiExport17post_class_unloadEP12klassOopDesc+0x202
V [libjvm.so+0x49aa7e];; _ZN10Dictionary12do_unloadingEP17BoolObjectClosure+0x12fe
V [libjvm.so+0x910737];; _ZN16SystemDictionary12do_unloadingEP17BoolObjectClosure+0x27
V [libjvm.so+0x427805];; _ZN12CMSCollector17refProcessingWorkEbb+0x405
V [libjvm.so+0x427d4f];; _ZN12CMSCollector24checkpointRootsFinalWorkEbbb+0x28f
V [libjvm.so+0x4283fb];; _ZN12CMSCollector20checkpointRootsFinalEbbb+0x10b
V [libjvm.so+0x42874c];; _ZN12CMSCollector16do_CMS_operationENS_11CMS_op_typeE+0x1cc
V [libjvm.so+0x99acdf];; _ZN19VM_CMS_Final_Remark4doitEv+0xff
V [libjvm.so+0x9ba9e2];; _ZN12VM_Operation8evaluateEv+0x82
V [libjvm.so+0x9b85f2];; _ZN8VMThread18evaluate_operationEP12VM_Operation+0xb2
V [libjvm.so+0x9b8f90];; _ZN8VMThread4loopEv+0x210
V [libjvm.so+0x9b952d];; _ZN8VMThread3runEv+0xbd
V [libjvm.so+0x7f0f49];; _ZL10java_startP6Thread+0xf9
C [libpthread.so.0+0x55e2]

VM_Operation (0xa9493298): CMS_Final_Remark, mode: safepoint, requested by thread 0x09cf5400
Here is the URL for a Solaris X86 instance of this failure:

http://sqeweb.sfbay.sun.com/nfs/tools/gtee/results/JDK7/NIGHTLY/VM/2010-02-10/GC_Baseline-Xinc/vm/solaris-i586/server/mixed/solaris-i586_server_mixed_nsk.quick-jvmti.testlist/analysis.html

Here is the URL for a Linux AMD64 instance of this failure:

http://sqeweb.sfbay.sun.com/nfs/tools/gtee/results/JDK7/NIGHTLY/VM/2010-02-11/GC_Baseline-Xinc/vm/linux-amd64/server/mixed/linux-amd64_server_mixed_nsk.quick-jvmti.testlist/analysis.html

While nightly doesn't show any Solaris SPARC or Windows failures,
I don't see any reason that this failure mode should be specific
to Linux X86, Linux AMD64 or Solaris X86.
Test name and assertion for DKFL
nsk/jvmti/scenarios/extension/EX03/ex03t001

;; Using jvm: "/export/local/common/jdk/baseline/solaris-sparc/jre/lib/sparc/client/libjvm.so"
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (/tmp/jprt/P1/B/080317.jc234399/source/src/share/vm/prims/jvmtiExport.cpp:994), pid=20048, tid=6
# assert(prev_state == _thread_blocked) failed: JavaThread should be at safepoint
#
# JRE version: 7.0-b141
# Java VM: Java HotSpot(TM) Client VM (21.0-b12-internal-201105170803.jc234399.7041440_fix-fastdebug mixed mode solaris-sparc )
# Core dump written. Default location: /export/local/50462.JDK7.NIGHTLY.VM+solaris-sparc_vm_client_mixed_nsk.quick-jvmti.testlist/results/ResultDir/ex03t001/core or core.20048
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#