JDK-8207138 : vmTestbase/nsk/coverage/jni/jni005/TestDescription.java crashed in libjimage.so
  • Type: Bug
  • Component: tools
  • Sub-Component: jlink
  • Affected Version: 11
  • Priority: P4
  • Status: Resolved
  • Resolution: Cannot Reproduce
  • Submitted: 2018-07-11
  • Updated: 2019-01-31
  • Resolved: 2018-12-03
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 12
12Resolved
Related Reports
Relates :  
Relates :  
Description
vmTestbase/nsk/coverage/jni/jni005/TestDescription.java crashed with SIGSEGV when running with Graal. Unfortunately hs_err file is quite small:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f6aaa8db10f, pid=16585, tid=16597
#
# JRE version: Java(TM) SE Runtime Environment (11.0+20) (fastdebug build 11-ea+20)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 11-ea+20, mixed mode, tiered, jvmci, jvmci compiler, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# C  [libjimage.so+0x410f]  ImageStrings::find(Endian*, char const*, int*, unsigned int)+0x5f
#
# 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" (or dumping to /scratch/opt/mach5/mesos/work_dir/slaves/c4ee7e63-1ded-4e8c-9581-ce26f27e3af4-S13/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/a43ea57b-1406-4cee-8e78-18c8bba1033f/runs/2383848b-9a34-46d1-9c06-0f9600244a69/testoutput/jtreg/JTwork/scratch/1/core.16585)
#
# 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: -XX:MaxRAMPercentage=6 -XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCI -XX:+TieredCompilation -XX:+UseJVMCICompiler -Djvmci.Compiler=graal 

Host: sca00lnd.us.oracle.com, Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz, 


I was not able to reproduce it.
Could be some machine/host issue? 
Comments
This code hasn't changed since JDK 9. Is it AppCDS related?
16-07-2018

I don't think this is Graal or compiler related. Looks like the same issue reported in JDK-8203223 and JI-9053153. Moving to tools/jlink.
12-07-2018