JDK-8230186 : C2: SIGFPE in generated code
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 14
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2019-08-26
  • Updated: 2019-08-28
  • Resolved: 2019-08-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.
JDK 14
14Resolved
Related Reports
Duplicate :  
Description
JavaFuzzer generated test crashed with SIGFPE. Reporduced on my laptop.

java -Xmx1G -Xcomp -Xbatch -XX:CompileOnly=Test Test

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGFPE (0x8) at pc=0x00007fe9d850487c, pid=30246, tid=30247
#
# JRE version: Java(TM) SE Runtime Environment (14.0+11) (fastdebug build 14-ea+11-371)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 14-ea+11-371, compiled mode, sharing, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# J 11 c2 Test.iMeth(DII)I (362 bytes) @ 0x00007fe9d850487c [0x00007fe9d85042a0+0x00000000000005dc]
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e %P %I %h" (or dumping to /tmp/fuzzer.tmp.HqDVqkYO5d/core.30246)
#
# 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: -Xmx1G -Xcomp -Xbatch -XX:CompileOnly=Test Test

Host: sca00gcx, Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz, 4 cores, 14G, Oracle Linux Server release 7.5
Time: Mon Aug 26 18:04:33 2019 UTC elapsed time: 0 seconds (0d 0h 0m 0s)

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

Current thread (0x00007fe9e8022000):  JavaThread "main" [_thread_in_Java, id=30247, stack(0x00007fe9f1dde000,0x00007fe9f1edf000)]

Stack: [0x00007fe9f1dde000,0x00007fe9f1edf000],  sp=0x00007fe9f1edd6d0,  free space=1021k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
J 11 c2 Test.iMeth(DII)I (362 bytes) @ 0x00007fe9d850487c [0x00007fe9d85042a0+0x00000000000005dc]
J 6 c1 Test.vMeth(II)V (242 bytes) @ 0x00007fe9d0fcf34c [0x00007fe9d0fcf0a0+0x00000000000002ac]
J 5 c1 Test.mainTest([Ljava/lang/String;)V (657 bytes) @ 0x00007fe9d0fcc064 [0x00007fe9d0fcbe20+0x0000000000000244]
J 3 c1 Test.main([Ljava/lang/String;)V (45 bytes) @ 0x00007fe9d0fcb1ec [0x00007fe9d0fcb0a0+0x000000000000014c]
v  ~StubRoutines::call_stub
V  [libjvm.so+0xdec04c]  JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x6ac
V  [libjvm.so+0xee9080]  jni_invoke_static(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*) [clone .isra.163] [clone .constprop.302]+0x220
V  [libjvm.so+0xeed94d]  jni_CallStaticVoidMethod+0x1fd
C  [libjli.so+0x4c3d]  JavaMain+0xbcd
C  [libjli.so+0x8159]  ThreadJavaMain+0x9


Comments
Verified that this is a duplicate of JDK-8229496.
28-08-2019

Might be a duplicate of JDK-8229496. I have a look.
27-08-2019