Bug ID: JDK-8193081 assert(_cur_stack_depth == count_frames()) failed: cur_stack

JDK-8193081 : assert(_cur_stack_depth == count_frames()) failed: cur_stack_depth out of sync

Type: Bug
Component: hotspot
Sub-Component: jvmti
Affected Version: 10

Priority: P4
Status: Closed
Resolution: Duplicate

Submitted: 2017-12-05
Updated: 2017-12-08
Resolved: 2017-12-06

Related Reports

Duplicate :

JDK-8043571 - CLONE - com/sun/jdi/RepStep.java fails in RT_Baseline on all platforms with assert(_cur_stack_depth == count_frames()) failed: cur_stack_depth out of sync

Description

[2017-12-02T09:57:36.70] debugee.stdout> # To suppress the following error report, specify this argument
[2017-12-02T09:57:36.70] debugee.stdout> # after -XX: or in .hotspotrc:  SuppressErrorAt=t:/workspace/open/src/hotspot/share/prims/jvmtiThreadState.cpp:276
[2017-12-02T09:57:36.70] debugee.stdout> #
[2017-12-02T09:57:36.70] debugee.stdout> # A fatal error has been detected by the Java Runtime Environment:
[2017-12-02T09:57:36.70] debugee.stdout> #
[2017-12-02T09:57:36.70] debugee.stdout> #  Internal Error (t:/workspace/open/src/hotspot/share/prims/jvmtiThreadState.cpp:276), pid=13456, tid=16196
[2017-12-02T09:57:36.70] debugee.stdout> #  assert(_cur_stack_depth == count_frames()) failed: cur_stack_depth out of sync
[2017-12-02T09:57:36.70] debugee.stdout> #
[2017-12-02T09:57:36.70] debugee.stdout> # JRE version: Java(TM) SE Runtime Environment (10.0) (fastdebug build 10-internal+0-2017-12-02-0551559.vm-sqe-notificationswwgrp.integ-jdk-hs)
[2017-12-02T09:57:36.70] debugee.stdout> # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 10-internal+0-2017-12-02-0551559.vm-sqe-notificationswwgrp.integ-jdk-hs, compiled mode, compressed oops, g1 gc, windows-amd64)
[2017-12-02T09:57:36.70] debugee.stdout> # Core dump will be written. Default location: T:\testoutput\tonga\mach5-one.Windows_Server_2012_R2.amd64\filter_rt003_copy_1\hs_err_pid13456.mdmp
[2017-12-02T09:57:36.70] debugee.stdout> #
[2017-12-02T09:57:36.70] debugee.stdout> # An error report file with more information is saved as:
[2017-12-02T09:57:36.70] debugee.stdout> # T:\testoutput\tonga\mach5-one.Windows_Server_2012_R2.amd64\filter_rt003_copy_1\hs_err_pid13456.log
[2017-12-02T09:57:36.72] debugee.stdout> #
[2017-12-02T09:57:36.72] debugee.stdout> # If you would like to submit a bug report, please visit:
[2017-12-02T09:57:36.72] debugee.stdout> #   http://bugreport.java.com/bugreport/crash.jsp
[2017-12-02T09:57:36.72] debugee.stdout> #
[2017-12-02T09:57:39.32] EventHandler> Received event set with policy = SUSPEND_NONE
[2017-12-02T09:57:39.32] EventHandler> Event: VMDisconnectEventImpl req null
[2017-12-02T09:57:39.32] EventHandler> receieved VMDisconnect
[2017-12-02T09:57:39.32] EventHandler> Removing listener nsk.share.jdi.EventHandler$4@7e2d773b
[2017-12-02T09:57:39.32] EventHandler> finished
[2017-12-02T09:57:39.33] # ERROR: debugger> Unexpected exception : waitForRequestedEvent: no requested events have been received.
[2017-12-02T09:57:39.35] The following stacktrace is for Aurora. Used to create a RULE:
[2017-12-02T09:57:39.35] nsk.share.TestFailure: debugger> Unexpected exception : waitForRequestedEvent: no requested events have been received.
[2017-12-02T09:57:39.35] 	at nsk.share.Log.logExceptionForAurora(Log.java:411)
[2017-12-02T09:57:39.35] 	at nsk.share.Log.complain(Log.java:380)
[2017-12-02T09:57:39.35] 	at nsk.share.jdi.TestDebuggerType1.complain(TestDebuggerType1.java:63)
[2017-12-02T09:57:39.35] 	at nsk.share.jdi.TestDebuggerType1.setFailedStatus(TestDebuggerType1.java:70)
[2017-12-02T09:57:39.35] 	at nsk.share.jdi.TestDebuggerType1.runThis(TestDebuggerType1.java:132)
[2017-12-02T09:57:39.35] 	at nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003.run(filter_rt003.java:70)
[2017-12-02T09:57:39.35] 	at nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003.main(filter_rt003.java:65)
[2017-12-02T09:57:39.35] nsk.share.Failure: waitForRequestedEvent: no requested events have been received.
[2017-12-02T09:57:39.35] 	at nsk.share.jdi.EventHandler.waitForRequestedEvent(EventHandler.java:416)
[2017-12-02T09:57:39.35] 	at nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003.testRun(filter_rt003.java:123)
[2017-12-02T09:57:39.35] 	at nsk.share.jdi.TestDebuggerType1.runThis(TestDebuggerType1.java:104)
[2017-12-02T09:57:39.35] 	at nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003.run(filter_rt003.java:70)
[2017-12-02T09:57:39.35] 	at nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003.main(filter_rt003.java:65)
[2017-12-02T09:57:39.35] debugger> Forcing debuggee to exit...
[2017-12-02T09:57:39.35] Exception in thread "main" com.sun.jdi.VMDisconnectedException: Connection closed
[2017-12-02T09:57:39.35] 	at jdk.jdi/com.sun.tools.jdi.TargetVM.send(TargetVM.java:299)
[2017-12-02T09:57:39.35] 	at jdk.jdi/com.sun.tools.jdi.VirtualMachineImpl.sendToTarget(VirtualMachineImpl.java:1138)
[2017-12-02T09:57:39.35] 	at jdk.jdi/com.sun.tools.jdi.PacketStream.send(PacketStream.java:77)
[2017-12-02T09:57:39.35] 	at jdk.jdi/com.sun.tools.jdi.JDWP$VirtualMachine$Exit.enqueueCommand(JDWP.java:650)
[2017-12-02T09:57:39.35] 	at jdk.jdi/com.sun.tools.jdi.JDWP$VirtualMachine$Exit.process(JDWP.java:636)
[2017-12-02T09:57:39.35] 	at jdk.jdi/com.sun.tools.jdi.VirtualMachineImpl.exit(VirtualMachineImpl.java:614)
[2017-12-02T09:57:39.35] 	at nsk.share.jdi.TestDebuggerType1.runThis(TestDebuggerType1.java:135)
[2017-12-02T09:57:39.35] 	at nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003.run(filter_rt003.java:70)
[2017-12-02T09:57:39.35] 	at nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003.main(filter_rt003.java:65)
[2017-12-02T09:57:39.36] 
[2017-12-02T09:57:39.36] 
[2017-12-02T09:57:39.36] #>  
[2017-12-02T09:57:39.36] #>  SUMMARY: Following errors occured
[2017-12-02T09:57:39.36] #>      during test execution:
[2017-12-02T09:57:39.36] #>  
[2017-12-02T09:57:39.36] # ERROR: debugger> Unexpected exception : waitForRequestedEvent: no requested events have been received.
[2017-12-02T09:57:39.51] # Test level exit status: 1

Comments

ok, then I'm closing it as a dup and resetting/clearing JDK-8043571.
06-12-2017
I fixed JDK-8043571. The original attempt to fix it was backed out. When JDK-8043571 was created as a clone of JDK-8041934, the resolved in build field was not cleared.
05-12-2017
JDK-8043571 looks funny, it is resolved in team, but it's unresolved. its status is in-progress, but nobody is assigned.
05-12-2017
It looks like a dup of the JDK-8043571.
05-12-2017
# # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (t:/workspace/open/src/hotspot/share/prims/jvmtiThreadState.cpp:276), pid=13456, tid=16196 # assert(_cur_stack_depth == count_frames()) failed: cur_stack_depth out of sync # # JRE version: Java(TM) SE Runtime Environment (10.0) (fastdebug build 10-internal+0-2017-12-02-0551559.vm-sqe-notificationswwgrp.integ-jdk-hs) # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 10-internal+0-2017-12-02-0551559.vm-sqe-notificationswwgrp.integ-jdk-hs, compiled mode, compressed oops, g1 gc, windows-amd64) # Core dump will be written. Default location: T:\testoutput\tonga\mach5-one.Windows_Server_2012_R2.amd64\filter_rt003_copy_1\hs_err_pid13456.mdmp # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # --------------- S U M M A R Y ------------ Command Line: -XX:MaxRAMPercentage=12.5 -Xcomp -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:-TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:+AggressiveOpts -XX:-UseBiasedLocking -Xdebug -Xrunjdwp:transport=dt_shmem,address=javadebug68594,suspend=y nsk.jdi.StepRequest.addClassFilter_rt.filter_rt003a -verbose -arch=windows-amd64 -waittime=5 -debugee.vmkind=java -transport.address=dynamic -debugee.vmkeys=-XX:MaxRAMPercentage=12.5 -Xcomp -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -server -XX:-TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:+AggressiveOpts -XX:-UseBiasedLocking -pipe.port=52793 Host: sca00llg, Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz, 8 cores, 60G, Windows Server 2012 R2 , 64 bit Build 9600 (6.3.9600.17415) Time: Sat Dec 02 01:57:36 2017 Pacific Standard Time elapsed time: 25 seconds (0d 0h 0m 25s) --------------- T H R E A D --------------- Current thread (0x000000a9e8c450b0): JavaThread "thread1" [_thread_in_vm, id=16196, stack(0x000000a9e9730000,0x000000a9e9830000)] Stack: [0x000000a9e9730000,0x000000a9e9830000] Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [jvm.dll+0xa8c9a0] V [jvm.dll+0xc526f5] V [jvm.dll+0xc53967] V [jvm.dll+0xc53f9d] V [jvm.dll+0x532258] V [jvm.dll+0x8d4c30] V [jvm.dll+0x8b5f5e] V [jvm.dll+0x70a38c] C 0x000000a9caa1a5b2 Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j java.lang.Class.isInstance(Ljava/lang/Object;)Z+0 java.base@10-internal j java.lang.Class.cast(Ljava/lang/Object;)Ljava/lang/Object;+6 java.base@10-internal j java.lang.invoke.VarHandleInts$FieldInstanceReadWrite.set(Ljava/lang/invoke/VarHandleInts$FieldInstanceReadWrite;Ljava/lang/Object;I)V+8 java.base@10-internal J 3007 c2 java.lang.invoke.VarHandleGuards.guard_LI_V(Ljava/lang/invoke/VarHandle;Ljava/lang/Object;ILjava/lang/invoke/VarHandle$AccessDescriptor;)V java.base@10-internal (103 bytes) @ 0x000000a9cb2c1dc4 [0x000000a9cb2c1be0+0x00000000000001e4] J 3027 c2 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.addConditionWaiter()Ljava/util/concurrent/locks/AbstractQueuedSynchronizer$Node; java.base@10-internal (79 bytes) @ 0x000000a9cb2d4148 [0x000000a9cb2d3f20+0x0000000000000228] J 3001 c2 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(JLjava/util/concurrent/TimeUnit;)Z java.base@10-internal (183 bytes) @ 0x000000a9cb2c6664 [0x000000a9cb2c65e0+0x0000000000000084] J 3021 c2 nsk.share.jdi.ThreadState.waitForState(Ljava/lang/String;)V (107 bytes) @ 0x000000a9cb2d5de4 [0x000000a9cb2d51c0+0x0000000000000c24] j nsk.share.jdi.ThreadState.setAndWait(Ljava/lang/String;Ljava/lang/String;)V+7 j nsk.jdi.StepRequest.addClassFilter_rt.Thread1filter_rt003a.run()V+20 v ~StubRoutines::call_stub
05-12-2017