JDK-8165950 : SIGSEGV in ReceiverTypeData::receiver(unsigned int)
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2016-09-13
  • Updated: 2016-09-14
  • Resolved: 2016-09-14
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 :  
Relates :  
Description
Happened on mac.

#  SIGSEGV (0xb) at pc=0x0000000102968f8e, pid=44098, tid=9731
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-09-10-191938.amurillo.jdk9-hs-2016-09-10-snapshot)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 9-internal+0-2016-09-10-191938.amurillo.jdk9-hs-2016-09-10-snapshot, compiled mode, tiered, g1 gc, bsd-amd64)
# Problematic frame:
# V  [libjvm.dylib+0x36ef8e]  ReceiverTypeData::receiver(unsigned int) const+0x6e
#
# Core dump will be written. Default location: /cores/core.44098
#
# 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:MaxRAMFraction=8 -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:+AggressiveOpts -XX:-UseCompressedOops -Djava.net.preferIPv6Addresses=false -Xmx8192M -XX:-PrintVMOptions -XX:+DisplayVMOutputToStderr -XX:+UsePerfData -Xlog:gc*:gc.log -XX:+DisableExplicitGC -XX:+PrintFlagsFinal -XX:+StartAttachListener -XX:+UnlockCommercialFeatures -XX:NativeMemoryTracking=detail -XX:+ResourceManagement --add-exports=java.xml/com.sun.org.apache.xerces.internal.parsers=ALL-UNNAMED --add-exports=java.xml/com.sun.org.apache.xerces.internal.util=ALL-UNNAMED -Djava.io.tmpdir=/Users/aurora/sandbox/results/kitchensink/tmp/java.io.tmpdir -Duser.home=/Users/aurora/sandbox/results/kitchensink/tmp/user.home jrockit.qa.stress.kitchensink.process.stress.Main /Users/aurora/sandbox/results/kitchensink/kitchensink.final.properties

Host: vmsqe-mac-47.ru.oracle.com, Macmini7,1 x86_64 2600 MHz, 4 cores, 16G, Darwin 14.1.0
Time: Sun Sep 11 23:37:50 2016 MSK elapsed time: 1231 seconds (0d 0h 20m 31s)

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

Current thread (0x00007f8a19817800):  GCTaskThread "GC Thread#0" [stack: 0x000000011be87000,0x000000011bf87000] [id=9731]

Stack: [0x000000011be87000,0x000000011bf87000],  sp=0x000000011bf86c60,  free space=1023k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.dylib+0x36ef8e]  ReceiverTypeData::receiver(unsigned int) const+0x6e
V  [libjvm.dylib+0x9d1e5b]  ReceiverTypeData::clean_weak_klass_links(BoolObjectClosure*)+0x2b
V  [libjvm.dylib+0x9d1ea0]  VirtualCallData::clean_weak_klass_links(BoolObjectClosure*)+0x16
V  [libjvm.dylib+0x9d53fa]  MethodData::clean_method_data(BoolObjectClosure*)+0x48
V  [libjvm.dylib+0x646392]  InstanceKlass::clean_method_data(BoolObjectClosure*)+0x36
V  [libjvm.dylib+0x646231]  InstanceKlass::clean_weak_instanceklass_links(BoolObjectClosure*)+0x21
V  [libjvm.dylib+0x54e1a2]  G1KlassCleaningTask::work()+0x6a
V  [libjvm.dylib+0xc97ea0]  GangWorker::run_task(WorkData)+0x62
V  [libjvm.dylib+0xc97f63]  GangWorker::loop()+0x25
V  [libjvm.dylib+0xa3447f]  thread_native_entry(Thread*)+0x12b
C  [libsystem_pthread.dylib+0x3268]  _pthread_body+0x83
C  [libsystem_pthread.dylib+0x31e5]  _pthread_body+0x0
C  [libsystem_pthread.dylib+0x141d]  thread_start+0xd


siginfo: si_signo: 11 (SIGSEGV), si_code: 0 (unknown), si_addr: 0x0000000000000000
Comments
The problem looks to be the same as JDK-8156137, the fix for JDK-8156137 did not make into the build used for running this test. Thus I'm closing this issue as a duplicate of JDK-8156137. Please reopen only if you see the crash appear with a VM version that contains the fix for JDK-8156137.
14-09-2016

http://aurora.us.oracle.com/functional/faces/RunDetails.xhtml?names=1588752.PIT.VM.hs-tier7-comp-32&show-limit=0&filter= RULE "bigapps/Kitchensink/modulePostprocess" Crash V ...[libjvm.dylib+...] ReceiverTypeData::receiver(unsigned int) const+... RULE "bigapps/Kitchensink/stability" Crash V ...[libjvm.dylib+...] ReceiverTypeData::receiver(unsigned int) const+... RULE "bigapps/Kitchensink/stressExitCode" Crash V ...[libjvm.dylib+...] ReceiverTypeData::receiver(unsigned int) const+...
13-09-2016