The following VM/NSK test failed an assertion in the 2010.05.27 nightly:

    nsk/monitoring/ThreadMXBean/ThreadInfo/TimedWaitingThread/TimedWaitingThread002

Here is a snippet of the assertion failure:

    Internal Error (src/share/vm/code/compiledIC.cpp:617), pid=11439, tid=12
    assert(is_clean() || is_call_to_compiled() || is_call_to_interpreted() ||
        is_optimized() || is_megamorphic()) failed: sanity check

This is just a bug/failure sighting. The assertion failure was only seen
in one test in one configuration. I have no idea (yet) how reproducible
this failure is.

Here is a link to the failing configuration:

http://sqeweb.sfbay.sun.com/nfs/results/vm/gtee/JDK7/NIGHTLY/VM/2010-05-27/RT_Baseline/vm/solaris-sparcv9/server/comp/solaris-sparcv9_server_comp_nsk.quick-monitoring.testlist/analysis.html


Here is a snippet from the hs_err file:

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

Current thread (0x00000001005b2800): JavaThread "CompilerThread1" daemon [_thread_in_vm, id=12, stack(0xffffffff60c00000,0xffffffff60d00000)]

Stack: [0xffffffff60c00000,0xffffffff60d00000], sp=0xffffffff60cfef50, free space=3fbffffffff7e4cfa40k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0xeb10dc];; __1cHVMErrorOreport_and_die6M_v_+0x6bc
V [libjvm.so+0x504280];; __1cPreport_vm_error6Fpkci11_v_+0x78
V [libjvm.so+0x47723c];; __1cKCompiledICGverify6M_v_+0xa4
V [libjvm.so+0xb6b1d8];; __1cHnmethodVcleanup_inline_caches6M_v_+0x2c0
V [libjvm.so+0xd8ae40];; __1cONMethodSweeperQsweep_code_cache6F_v_+0x8a0
V [libjvm.so+0xd8a578];; __1cONMethodSweeperOpossibly_sweep6F_v_+0x90
V [libjvm.so+0x467b28];; __1cMCompileQdDueueDget6M_pnLCompileTask__+0x20
V [libjvm.so+0x46bb38];; __1cNCompileBrokerUcompiler_thread_loop6F_v_+0x270
V [libjvm.so+0xe033fc];; __1cKJavaThreadRthread_main_inner6M_v_+0x174
V [libjvm.so+0xe03268];; __1cKJavaThreadDrun6M_v_+0x310
V [libjvm.so+0xbc8f2c];; java_start+0x184
Here is another failure with a very similar call trace. This failure
crashed instead of failing an assert(), but it crashed in the code
that is part of the assert. The VM/NSK test is:

    nsk/jdi/MonitorWaitRequest/addThreadFilter

The failing config is Linux AMD64 Server VM -Xcomp:

Here is a link to the failing config:

http://sqeweb.sfbay.sun.com/nfs/results/vm/gtee/JDK7/NIGHTLY/VM/2010-05-27/RT_Baseline/vm/linux-amd64/server/comp/linux-amd64_server_comp_nsk.quick-jdi.testlist/analysis.html


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

Stack: [0x00007f3b98313000,0x00007f3b98414000], sp=0x00007f3b98412a20, free space=3fe0000000000000018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x440876];; _ZNK10CompiledIC22is_call_to_interpretedEv+0xc6
V [libjvm.so+0x44132a];; _ZN10CompiledIC6verifyEv+0xaa
V [libjvm.so+0x85a192];; _ZN7nmethod21cleanup_inline_cachesEv+0x222
V [libjvm.so+0x9cb30b];; _ZN14NMethodSweeper15process_nmethodEP7nmethod+0x3eb
V [libjvm.so+0x9cb4de];; _ZN14NMethodSweeper16sweep_code_cacheEv+0xfe
V [libjvm.so+0x9cb743];; _ZN14NMethodSweeper14possibly_sweepEv+0x73
V [libjvm.so+0x439083];; _ZN12CompileQueue3getEv+0x13
V [libjvm.so+0x43d454];; _ZN13CompileBroker20compiler_thread_loopEv+0x194
V [libjvm.so+0xa1cc06];; _ZN10JavaThread17thread_main_innerEv+0xf6
V [libjvm.so+0x894f00];; _ZL10java_startP6Thread+0xf0
nsk/jdwp/ClassType/SetValues/setvalues001
nsk/jdwp/Event/THREAD_DEATH/thrdeath001
nsk/jdwp/Event/THREAD_START/thrstart001
nsk/jdwp/ObjectReference/IsCollected/iscollected001
nsk/jdwp/ThreadReference/OwnedMonitorsStackDepthInfo/ownedMonitorsStackDepthInfo002
nsk/jdwp/VirtualMachine/SetDefaultStratum/setdefstrat001

Also affects these tests in rt_baseline. Too bad that sweeper change seemed cool.
Test
  java/util/PriorityQueue/ForgetMeNot.java
failes with the same message