JDK-8055153 : nsk/stress/jck60/jck60014 crashes on sparc
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2014-08-14
  • Updated: 2017-07-26
  • Resolved: 2014-08-21
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 b29Fixed
Related Reports
Duplicate :  
JDK-8055282 - jck12a011 SIGSEGVs in java.lang.String.getChars
Relates :  
JDK-7173584 - Implement arraycopy as a macro node
Description
#  SIGSEGV (0xb) at pc=0xffffffff73902628, pid=2023, tid=142
#
# JRE version: Java(TM) SE Runtime Environment (9.0-b26) (build 1.9.0-ea-fastdebug-b26)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.9.0-fastdebug-internal-201408140039.iggy.8054883 compiled mode solaris-sparc )
# Problematic frame:
# J 7589 C2 java.lang.String.getChars(II[CI)V (62 bytes) @ 0xffffffff73902628 [0xffffffff73902540+0xe8]

we're loading the first array element and doing an explicit null check after that..
0xffffffff73902628:     ld       [%g1 + 16], %l7
0xffffffff7390262c:     add      %l2, %l3, %l6
0xffffffff73902630:     cxbe     %g1, %g0, 0xffffffff73902688   ! 0xffffffff73902688
0xffffffff73902634:     nop

Maybe related to arraycopy as macro node change

ILW = HLH = P2
Comments
LoadRangeNode nodes created during macro expansion of arraycopy don't have their control set. They should because macro expansion happens after CCP and we can't rely on the fact that CCP sets their control. Should check that there's no similar problem with LoadKlass nodes created during macro expansion of array copy.
17-08-2014