JDK-8200135 : test/hotspot/jtreg/compiler/jvmci/compilerToVM/GetExceptionTableTest.java is failing after JDK-8194978
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Affected Version: 11
- Priority: P2
- Status: Resolved
- Resolution: Fixed
- Submitted: 2018-03-22
- Updated: 2018-04-04
- Resolved: 2018-03-28
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.
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 11 |
|---|
11 b07Fixed  |
Related Reports
|
Relates :
|
|
|
Relates :
|
Description
test/hotspot/jtreg/compiler/jvmci/compilerToVM/GetExceptionTableTest.java is failing after the fix for JDK-8194978. The failure is: --- jib > STDERR: jib > java.lang.RuntimeException: public static int compiler.jvmci.compilerToVM.GetExceptionTableTest$DummyClass.tryWithResourcesDummy() throws java.lang.Throwable incorrect exception table length.: expected 5 to equal 6 jib > at jdk.test.lib.Asserts.fail(Asserts.java:594) jib > at jdk.test.lib.Asserts.assertEquals(Asserts.java:205) jib > at jdk.test.lib.Asserts.assertEQ(Asserts.java:178) jib > at compiler.jvmci.compilerToVM.GetExceptionTableTest.runSanityTest(GetExceptionTableTest.java:87) jib > at java.base/java.util.HashMap.forEach(HashMap.java:1341) jib > at compiler.jvmci.compilerToVM.GetExceptionTableTest.main(GetExceptionTableTest.java:63) jib > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) jib > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) jib > at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) jib > at java.base/java.lang.reflect.Method.invoke(Method.java:569) jib > at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:115) jib > at java.base/java.lang.Thread.run(Thread.java:841) jib > jib > JavaTest Message: Test threw exception: java.lang.RuntimeException: public static int compiler.jvmci.compilerToVM.GetExceptionTableTest$DummyClass.tryWithResourcesDummy() throws java.lang.Throwable incorrect exception table length.: expected 5 to equal 6 jib > JavaTest Message: shutting down test jib > jib > STATUS:Failed.`main' threw exception: java.lang.RuntimeException: public static int compiler.jvmci.compilerToVM.GetExceptionTableTest$DummyClass.tryWithResourcesDummy() throws java.lang.Throwable incorrect exception table length.: expected 5 to equal 6 --- The reason appears to be that the test expects a particular number of entries in the exception table for try-with-resources, but the fix for JDK-8194978 reduces the number of these entries (among other things).
Comments
|