java timed out (timeout set to 960000ms, elapsed time was 1113049ms).
Comments
Exactly the same pattern as INTJDK-7622951.
As it clearly not a hotspot bug, I remove integration blocker label but leave CR open for further investigation - I would like to check why we have stacktrace (below) in both cases.
"main" #1 prio=5 os_prio=64 tid=0x00000001001d0000 nid=0x2 runnable [0xffffffff7d2f9000]
java.lang.Thread.State: RUNNABLE
JavaThread state: _thread_blocked
Thread: 0x00000001001d0000 [0x 2] State: _call_back _has_called_back 1 _at_poll_safepoint 0
JavaThread state: _thread_blocked
at java.lang.StringLatin1.charAt(StringLatin1.java:47)
at java.lang.String.charAt(String.java:686)
at jdk.internal.org.objectweb.asm.ByteVector.putUTF8(ByteVector.java:258)
at jdk.internal.org.objectweb.asm.ClassWriter.newUTF8(ClassWriter.java:1121)
at jdk.internal.org.objectweb.asm.ClassWriter.newNameTypeItem(ClassWriter.java:1591)
at jdk.internal.org.objectweb.asm.ClassWriter.newNameType(ClassWriter.java:1574)
at jdk.internal.org.objectweb.asm.ClassWriter.newMethodItem(ClassWriter.java:1436)
at jdk.internal.org.objectweb.asm.MethodWriter.visitMethodInsn(MethodWriter.java:917)
at java.lang.invoke.BoundMethodHandle$Factory.generateConcreteBMHClass(BoundMethodHandle.java:694)
at java.lang.invoke.BoundMethodHandle$Factory$1.apply(BoundMethodHandle.java:492)
at java.lang.invoke.BoundMethodHandle$Factory$1.apply(BoundMethodHandle.java:489)
at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1711)
- locked <0x00000007517f0bb0> (a java.util.concurrent.ConcurrentHashMap$ReservationNode)
at java.lang.invoke.BoundMethodHandle$Factory.getConcreteBMHClass(BoundMethodHandle.java:488)
at java.lang.invoke.BoundMethodHandle$SpeciesData$1.apply(BoundMethodHandle.java:386)
at java.lang.invoke.BoundMethodHandle$SpeciesData$1.apply(BoundMethodHandle.java:383)
at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1739)
- locked <0x0000000751765bb8> (a java.util.concurrent.ConcurrentHashMap$Node)
at java.lang.invoke.BoundMethodHandle$SpeciesData.get(BoundMethodHandle.java:383)
at java.lang.invoke.BoundMethodHandle$SpeciesData.extendWith(BoundMethodHandle.java:378)
at java.lang.invoke.LambdaFormEditor.newSpeciesData(LambdaFormEditor.java:396)
at java.lang.invoke.LambdaFormEditor.bindArgumentForm(LambdaFormEditor.java:459)
at java.lang.invoke.LambdaFormEditor.bindArgumentL(LambdaFormEditor.java:403)
at java.lang.invoke.BoundMethodHandle.bindArgumentL(BoundMethodHandle.java:99)
at java.lang.invoke.MethodHandle.bindArgumentL(MethodHandle.java:1421)
at java.lang.invoke.MethodHandle.bindTo(MethodHandle.java:1381)
at java.lang.invoke.MethodHandleImpl.makePairwiseConvertByEditor(MethodHandleImpl.java:218)
at java.lang.invoke.MethodHandleImpl.makePairwiseConvert(MethodHandleImpl.java:191)
at java.lang.invoke.MethodHandleImpl.makePairwiseConvert(MethodHandleImpl.java:358)
at java.lang.invoke.MethodHandle.asTypeUncached(MethodHandle.java:781)
at java.lang.invoke.MethodHandle.asType(MethodHandle.java:766)
at java.lang.invoke.Invokers.checkGenericType(Invokers.java:321)
at java.lang.invoke.LambdaForm$MH/248609774.invoke_MT(LambdaForm$MH)
at java.lang.invoke.CallSite.makeSite(CallSite.java:308)
at java.lang.invoke.MethodHandleNatives.linkCallSiteImpl(MethodHandleNatives.java:245)
at java.lang.invoke.MethodHandleNatives.linkCallSite(MethodHandleNatives.java:235)
at java.lang.invoke.StringConcatFactory.<clinit>(StringConcatFactory.java:193)
at jdk.internal.misc.Unsafe.ensureClassInitialized(Native Method)
at java.lang.invoke.DirectMethodHandle.shouldBeInitialized(DirectMethodHandle.java:306)
at java.lang.invoke.DirectMethodHandle.preparedLambdaForm(DirectMethodHandle.java:170)
at java.lang.invoke.DirectMethodHandle.make(DirectMethodHandle.java:88)
at java.lang.invoke.MethodHandles$Lookup.getDirectMethodCommon(MethodHandles.java:1726)
at java.lang.invoke.MethodHandles$Lookup.getDirectMethodNoSecurityManager(MethodHandles.java:1683)
at java.lang.invoke.MethodHandles$Lookup.getDirectMethodForConstant(MethodHandles.java:1868)
at java.lang.invoke.MethodHandles$Lookup.linkMethodHandleConstant(MethodHandles.java:1817)
at java.lang.invoke.MethodHandleNatives.linkMethodHandleConstant(MethodHandleNatives.java:415)
at shtest.m(shtest.java:11)
at shtest.<init>(shtest.java:6)
at shtest.main(shtest.java:16)
05-03-2016
Dmitry, giving you this one. It might be related to JDK-8151201.
04-03-2016
New bug so setting 'integration_blocker' for now.
There is also another JDI test hang being tracked by the following bug:
JDK-8151201 com/sun/jdi/RedefineClearBreakpoint.sh failed with timeout
That failure has log information for both debuggee and debugger while
this failure appears to only have information for the debugger side.
04-03-2016
This bug is NOT a duplicate of either JDK-8147452 or JDK-8079218.