Shenandoah crash

[Lennart Börjeson]

Shenandoah is crashing for me. I know I can't send attachments to this list, but I've copied the top of the hs-log below.

I can send more info off-list, if someone would like to take a look at it. Regrettable it is not some test case that I can share, but a full run of an application I'm developing.

Best regards,

/Lennart

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/Users/lennartb/RaT/openJDK/shenandoah-jdk10/src/hotspot/share/gc/shenandoah/shenandoahVerifier.cpp:184), pid=37194, tid=11267
#  Error: Shenandoah verification failed; After Mark, Roots: Must be marked in complete bitmap

Referenced from:
  interior location: 0x00007faf6cd0d3c0
  outside of Java heap
  0x00007faf6cd0d3c0 is a weak global jni handle


Object:
  0x0000000467c00008 - klass 0x00000007c0000b70 [I
    not allocated after complete mark start
        allocated after next mark start
    not marked complete
        marked next
    not in collection set
  region: |0x00007faf6ce426a0|  671|R  |BTE 0x0000000467c00000, 0x0000000468000000, 0x0000000468000000|U 100%|T  24%|G   0%|S  75%|L   2%|FTS          163191|LTS          163193| |CP   0|TAMS 0x0000000468000000, 0x0000000467c00000|


#
# JRE version: OpenJDK Runtime Environment (10.0) (fastdebug build 10-internal+0-adhoc.lennartb.shenandoah-jdk10)
# Java VM: OpenJDK 64-Bit Server VM (fastdebug 10-internal+0-adhoc.lennartb.shenandoah-jdk10, mixed mode, tiered, compressed oops, Shenandoah gc, bsd-amd64)
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# 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: --add-modules=java.xml.bind -Xmx16G -XX:+UseShenandoahGC -XX:+ShenandoahVerify -Xlog:gc=info,gc+ergo=info -DrunningInEclipse=true -Dfile.encoding=UTF-8 com.cinnober.bmf.gui.Main --console=false

Host: cft757eris.local, MacBookPro10,1 x86_64 2400 MHz, 8 cores, 16G, Darwin 17.4.0
Time: Thu Feb  1 12:36:33 2018 CET elapsed time: 1471 seconds (0d 0h 24m 31s)

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

Current thread (0x00007faf6e011000):  GCTaskThread "Shenandoah GC Threads#4" [stack: 0x0000700009f1b000,0x000070000a01b000] [id=11267]

Stack: [0x0000700009f1b000,0x000070000a01b000],  sp=0x000070000a014600,  free space=997k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.dylib+0xbff36e]  VMError::report_and_die(int, char const*, char const*, __va_list_tag*, Thread*, unsigned char*, void*, void*, char const*, int, unsigned long)+0x4d0
V  [libjvm.dylib+0xbffa68]  VMError::report_and_die(Thread*, char const*, int, char const*, char const*, __va_list_tag*)+0x3c
V  [libjvm.dylib+0x450256]  report_vm_error(char const*, int, char const*, char const*, ...)+0xc8
V  [libjvm.dylib+0xb0b46a]  ShenandoahVerifyOopClosure::print_failure(ShenandoahVerifyOopClosure::SafeLevel, oop, char const*)+0x1018
V  [libjvm.dylib+0xb0a432]  ShenandoahVerifyOopClosure::verify(ShenandoahVerifyOopClosure::SafeLevel, oop, bool, char const*)+0x4c
V  [libjvm.dylib+0xb09ee8]  ShenandoahVerifyOopClosure::verify_oop(oop)+0x101e
V  [libjvm.dylib+0xb08bd3]  void ShenandoahVerifyOopClosure::verify_oop_at<oop>(oop*, oop)+0x3b
V  [libjvm.dylib+0xb08aad]  void ShenandoahVerifyOopClosure::do_oop_work<oop>(oop*)+0x1a5
V  [libjvm.dylib+0x69b3e9]  JNIHandleBlock::weak_oops_do(BoolObjectClosure*, OopClosure*)+0x133
V  [libjvm.dylib+0xae321b]  ShenandoahRootProcessor::process_all_roots_slow(OopClosure*)+0xa9
V  [libjvm.dylib+0xb08469]  ShenandoahVerifierReachableTask::work(unsigned int)+0x171
V  [libjvm.dylib+0xc590a2]  GangWorker::run_task(WorkData)+0x62
V  [libjvm.dylib+0xc59165]  GangWorker::loop()+0x25
V  [libjvm.dylib+0x958f6e]  thread_native_entry(Thread*)+0x135
C  [libsystem_pthread.dylib+0x36c1]  _pthread_body+0x154
C  [libsystem_pthread.dylib+0x356d]  _pthread_body+0x0
C  [libsystem_pthread.dylib+0x2c5d]  thread_start+0xd