JDK-8160822 : Crashed in ~RuntimeStub::resolve_opt_virtual_call
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2016-07-05
  • Updated: 2016-07-06
  • Resolved: 2016-07-06
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
9Resolved
Related Reports
Duplicate :  
JDK-8160651 - StubRoutines::_dtan does not restore callee save register rbx
Description
The jck test failed with following crash:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006a165034, pid=23792, tid=22284
#
# JRE version: Java(TM) SE Runtime Environment (9.0+124) (build 9-ea+124)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (9-ea+124, compiled mode, compressed oops, g1 gc, windows-amd64)
# Problematic frame:
# V  [jvm.dll+0x465034]
#
# Core dump will be written. Default location: C:\local\aurora\sandbox\results\hs_err_pid23792.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: -Xcomp -Xcomp -XX:-TieredCompilation -Dcom.sun.CORBA.transport.ORBTCPReadTimeouts=100:27000:3600:5 -Xverify:all -Djava.security.policy=C:\local\aurora\CommonData\jck_runtime_9\lib\jck.policy javasoft.sqe.tests.api.java.lang.Math.tan3Tests -TestCaseID ALL

Host: Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz, 2 cores, 11G,  Windows Server 2012 , 64 bit Build 9200 (6.2.9200.16859)
Time: Sun Jun 26 08:59:57 2016 Russia TZ 2 Standard Time elapsed time: 4 seconds (0d 0h 0m 4s)

---------------  T H R E A D  ---------------

Current thread (0x000000fddea60000):  JavaThread "main" [_thread_in_vm, id=22284, stack(0x000000fddecc0000,0x000000fddedc0000)]

Stack: [0x000000fddecc0000,0x000000fddedc0000],  sp=0x000000fddedba400,  free space=1001k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [jvm.dll+0x465034]
V  [jvm.dll+0x46492c]
V  [jvm.dll+0x5b25ba]
V  [jvm.dll+0x5b4f82]
V  [jvm.dll+0x5b4ac6]
V  [jvm.dll+0x5b4be3]
C  0x000000fde9959506

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v  ~RuntimeStub::resolve_opt_virtual_call
J 1486 C2 javasoft.sqe.tests.api.java.lang.Math.tan3Tests.Math2045()Ljavasoft/sqe/javatest/Status; (345 bytes) @ 0x000000fde9ba48a0 [0x000000fde9ba4520+0x0000000000000380]
v  ~StubRoutines::call_stub
J 1429 jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@9-ea (0 bytes) @ 0x000000fde9b89c5f [0x000000fde9b89be0+0x000000000000007f]
J 1427 C2 jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@9-ea (104 bytes) @ 0x000000fde9b8bf70 [0x000000fde9b8bee0+0x0000000000000090]
J 1426 C2 jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@9-ea (10 bytes) @ 0x000000fde9b8c368 [0x000000fde9b8c320+0x0000000000000048]
J 1412 C2 java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@9-ea (48 bytes) @ 0x000000fde9b8b028 [0x000000fde9b8afc0+0x0000000000000068]
J 1411 C2 javasoft.sqe.javatest.lib.MultiTest.invokeTestCase(Ljava/lang/reflect/Method;)Ljavasoft/sqe/javatest/Status; (15 bytes) @ 0x000000fde9b8ac4c [0x000000fde9b8abc0+0x000000000000008c]
j  javasoft.sqe.javatest.lib.MultiTest.run([Ljava/lang/String;Ljava/io/PrintWriter;Ljava/io/PrintWriter;)Ljavasoft/sqe/javatest/Status;+152
j  javasoft.sqe.javatest.lib.MultiTest.run([Ljava/lang/String;Ljava/io/PrintStream;Ljava/io/PrintStream;)Ljavasoft/sqe/javatest/Status;+40
j  javasoft.sqe.tests.api.java.lang.Math.tan3Tests.main([Ljava/lang/String;)V+16
v  ~StubRoutines::call_stub

siginfo: EXCEPTION_ACCESS_VIOLATION (0xc0000005), reading address 0x0000000000008008
Comments
I executed the api/java_lang/Math/tan_tan3 using RBT. I used the following flags: "with the "-Xcomp -server -Xcomp -XX:-TieredCompilation" flags". I use two builds: (1) the build used to push JDK-8160651 (2) the build used to push JDK-8153194 (a fix that was pushed before JDK-8160651). The problem reproduces with (2) and does not reproduce with (1). So I'll close the current bug as a duplicate of JDK-8160651.
06-07-2016
Sure! One item less on our list...
06-07-2016
[~zmajo], thanks for verifying!
06-07-2016
This could very well be a duplicate of JDK-8158157 (-> JDK-8160651) because the test involves Math.tan and also fails in resolve_opt_virtual_call.
05-07-2016
Tested JDK: JDK9 b124, product bits. Link to failure: http://aurora.ru.oracle.com/functional/faces/RunDetails.xhtml?names=1502986.RBT-183 RULE "api/java_lang/Math/tan_tan3" Crash EXCEPTION_ACCESS_VIOLATION
05-07-2016