JDK-7128770 : assert(!instanceKlass::cast(d)->is_marked_dependent()) failed: checking
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: hs23
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2012-01-10
  • Updated: 2013-03-26
  • Resolved: 2013-03-26
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbd_minorFixed
Related Reports
Duplicate :  
Relates :  
Description
The following VM/NSK test failed an assertion in the 2012.01.04 nightly
for Main_Baseline_fastdebug:

runtime/ParallelClassLoading/stress-redefine/holdLock/forName/dynamic-init/inner-simple

Here is a snippet from the .log file:

[2012-01-05T14:43:21.31] ${JAVA} ${JAVA_OPTS} ${EXECUTE_CLASS} ${TEST_ARGS}
[2012-01-05T14:43:21.31] # Actual: C:/local/common/jdk/baseline/windows-amd64/bin/java -server -Xmixed -XX:-PrintVMOptions -XX:DefaultMaxRAMFraction=8 -XX:+UnlockExperimentalVMOptions -XX:+UseParallelOldGC -XX:+IgnoreUnrecognizedVMOptions -XX:-UseCompressedOops -cp C:/local/common/testbase/7/vm/vm/bin/classes -agentlib:redefineClasses runtime.ParallelClassLoading.shared.ClassLoadingController -ITERATIONS 100 -DEBUG false -THREADS_COUNT 5 -classDir C:/local/common/testbase/7/vm/vm/bin/classes/runtime/ParallelClassLoading/shared/hierarchies/static-load/dynamic-init/inner/simple -class custom.C% -provoke forName -provoke newInstance -holdCLLock -stressTime 30
[2012-01-05T14:43:21.31] Iteration #1 of 100, time left: 29 s
[2012-01-05T14:43:23.11] Finished iteration #1: successful (time left: 29 s)
[2012-01-05T14:43:23.11] Iteration #2 of 100, time left: 29 s
[2012-01-05T14:43:23.11] # To suppress the following error report, specify this argument
[2012-01-05T14:43:23.11] # after -XX: or in .hotspotrc:  SuppressErrorAt=\dependencies.cpp:1633
[2012-01-05T14:43:23.11] #
[2012-01-05T14:43:23.11] # A fatal error has been detected by the Java Runtime Environment:
[2012-01-05T14:43:23.11] #
[2012-01-05T14:43:23.11] #  Internal Error (C:\temp\jprt\P1\183438.bvandett\source\src\share\vm\code\dependencies.cpp:1633), pid=6444, tid=7328
[2012-01-05T14:43:23.11] #  assert(!instanceKlass::cast(d)->is_marked_dependent()) failed: checking
[2012-01-05T14:43:23.11] #
[2012-01-05T14:43:23.11] # JRE version: 7.0_04-b06
[2012-01-05T14:43:23.11] # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.0-b10-internal-201201041834.bvandett.merge-to-main-fastdebug mixed mode windows-amd64 )
[2012-01-05T14:43:23.11] # Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
[2012-01-05T14:43:23.11] #
[2012-01-05T14:43:23.11] # An error report file with more information is saved as:
[2012-01-05T14:43:23.11] # c:\local\57335.JDK7.NIGHTLY.VM_windows-amd64_vm_server_mixed_vm.parallel_class_loading.testlist\results\ResultDir\inner-simple\hs_err_pid6444.log
[2012-01-05T14:43:23.11] #
[2012-01-05T14:43:23.11] # If you would like to submit a bug report, please visit:
[2012-01-05T14:43:23.11] #   http://bugreport.sun.com/bugreport/crash.jsp
[2012-01-05T14:43:23.11] #
[2012-01-05T14:43:23.11] # Test level exit status: 1
[2012-01-05T14:43:23.12] # Host info: CYGWIN_NT-6.1-WOW64 jtg-x2270-03 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
So far this bug has been observed with:

- Client VM
- Server VM
- Server-64 VM

And with the following OSes:

- Win-AMD64
- Solaris AMD64
- Solaris X86
- Linux X86

So far there have been no sightings on Solaris SPARC.
However, the failure mode appears to be intermittent
since the failing tests and affected platforms are
different for each nightly.
In the 2012.01.05 Main_Baseline_fastdebug nightly, the
following test failed with the same assertion:

runtime/ParallelClassLoading/std_CLs/URLClassLoader/reflect/dynamic-init/abstract


In the 2012.01.06 Main_Baseline_fastdebug nightly, the
following test failed with the same assertion:

runtime/ParallelClassLoading/stress-redefine/holdLock/loadClass/inner-complex


In the 2012.01.07 Main_Baseline_fastdebug nightly, the
following test failed with the same assertion:

runtime/ParallelClassLoading/std_CLs/URLClassLoader/reflect/anonymous-complex


In the 2012.01.09 Main_Baseline_fastdebug nightly, the
following tests failed with the same assertion:

runtime/ParallelClassLoading/delegate-system/init-simple

runtime/ParallelClassLoading/delegate-system/dynamic-init/abstract
runtime/ParallelClassLoading/mixed/systemloader/forName/init-simple
runtime/ParallelClassLoading/random/dynamic-init/init-complex
runtime/ParallelClassLoading/stress/freeLock/loadClass/dynamic-init/inner-simple
runtime/ParallelClassLoading/stress/freeLock/forName/dynamic-init/anonymous-simple
runtime/ParallelClassLoading/stress/freeLock/forName/dynamic-init/inner-complex
runtime/ParallelClassLoading/stress/holdLock/loadClass/dynamic-init/interface
runtime/ParallelClassLoading/stress/holdLock/forName/inner-complex
runtime/ParallelClassLoading/stress-redefine/holdLock/forName/dynamic-init/inner-simple
runtime/ParallelClassLoading/stress-redefine/freeLock/forName/dynamic-init/inner-complex
runtime/ParallelClassLoading/stress-redefine/freeLock/forName/inner-simple
runtime/ParallelClassLoading/std_CLs/URLClassLoader/reflect/init-simple
runtime/ParallelClassLoading/std_CLs/URLClassLoader/forName/redefine/dynamic-init/init-complex
Another sighting in the 2012-01-10 RT_Baseline nightly:

runtime/ParallelClassLoading/stress/freeLock/loadClass/dynamic-init/interface