JDK-8155727 : java/util/concurrent/locks/Lock/TimedAcquireLeak.java timeouts.
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 9
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2016-04-29
  • Updated: 2022-05-13
  • Resolved: 2016-04-29
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.
JDK 9
9 b120Fixed
Related Reports
Relates :  
Relates :  
Description
java/util/concurrent/locks/Lock/TimedAcquireLeak.java test timeouts in 2016-04-28 hs nightly on all platforms except Windows. On Windows test passed. 

I was able to reproduce it locally on my Linux-x64. Test executed successfully with 2016-04-27 hs nightly binary, but fails with 2016-04-28 hs nightly binary.

Log contains information about IllegalStateException:
----------System.out:(1/38)----------
Timeout signalled after 1,920 seconds
----------System.err:(15/1068)----------
java.lang.IllegalStateException: No match found
	at java.util.regex.Matcher.group(java.base@9-internal/Matcher.java:631)
	at TimedAcquireLeak.match(TimedAcquireLeak.java:157)
	at TimedAcquireLeak$3.call(TimedAcquireLeak.java:174)
	at TimedAcquireLeak$3.call(TimedAcquireLeak.java:172)
	at TimedAcquireLeak.rendezvousParent(TimedAcquireLeak.java:121)
	at TimedAcquireLeak.objectsInUse(TimedAcquireLeak.java:183)
	at TimedAcquireLeak.realMain(TimedAcquireLeak.java:211)
	at TimedAcquireLeak.main(TimedAcquireLeak.java:330)
	at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method)
	at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62)
	at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531)
	at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:110)
	at java.lang.Thread.run(java.base@9-internal/Thread.java:843)
Comments
URL: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/48363aba4811 User: lana Date: 2016-05-25 17:36:43 +0000
25-05-2016

URL: http://hg.openjdk.java.net/jdk9/hs/jdk/rev/48363aba4811 User: hseigel Date: 2016-04-29 21:17:42 +0000
29-04-2016

This change fixes the test: @@ -167,7 +167,7 @@ final String childPid, final String className) { final String regex = - "(?m)^ *[0-9]+: +([0-9]+) +[0-9]+ +\\Q"+className+"\\E$"; + "(?m)^ *[0-9]+: +([0-9]+) +[0-9]+ +\\Q"+className+"\\E *\\S*$"; final Callable<Integer> objectsInUse = new Callable<Integer>() { public Integer call() { Integer i = Integer.parseInt(
29-04-2016

JDK-8151342 add's module names to the jmap output. Test parse jmap output. Test failed to parse new output and fails. Regex in the test should be corrected.
29-04-2016

Update about Windows: test not applicable to Windows(jmap doesn't work on windows) and thus just silently passed on it.
29-04-2016

Attached stack and jstack files for linux-x64 failure.
29-04-2016