Hotspot segfaulting on Linux SPARC

[Aleksey Shipilev]

On 04/05/2018 02:30 PM, John Paul Adrian Glaubitz wrote:
> # Problematic frame:
> # J 278 c1 java.nio.file.Files$$Lambda$6.apply(Ljava/lang/Object;)Ljava/lang/Object; java.base (8
> bytes) @ 0xffff800108d99b48 [0xffff800108d99aa0+0x00000000000000a8]

This looks like a compiler/GC bug. Try building fastdebug, maybe it shall assert meaningfully? Also,
si_addr is probably meaningful.


> #7  0xffff8001013bf330 in crash_handler (sig=<optimized out>, info=0xffff80010195b990,
> ucVoid=0xffff80010195b990) at /srv/openjdk/hs/src/hotspot/os/posix/vmError_posix.cpp:140
> #8  <signal handler called>
> #9  arrayOopDesc::length_offset_in_bytes () at /srv/openjdk/hs/src/hotspot/share/oops/arrayOop.hpp:78
> #10 arrayOopDesc::length (this=0x7a030ce80) at /srv/openjdk/hs/src/hotspot/share/oops/arrayOop.hpp:97
> #11 oopDesc::size_given_klass (klass=0x7aaac4e38, this=0x7a030ce80) at
> /srv/openjdk/hs/src/hotspot/share/oops/oop.inline.hpp:191
> #12 oopDesc::size (this=0x7a030ce80) at /srv/openjdk/hs/src/hotspot/share/oops/oop.inline.hpp:160
> #13 ContiguousSpace::block_start_const (this=0xffff8001040181a0, p=0x7a05c3100) at
> /srv/openjdk/hs/src/hotspot/share/gc/shared/space.cpp:585
> #14 0xffff800100e52614 in Space::block_start (p=<optimized out>, this=0xffff8001040181a0) at
> /srv/openjdk/hs/src/hotspot/share/gc/shared/space.inline.hpp:39
> #15 GenerationBlockStartClosure::do_space (this=0xffff80010195bec8, s=0xffff8001040181a0) at
> /srv/openjdk/hs/src/hotspot/share/gc/shared/generation.cpp:202
> #16 0xffff800100d0ac38 in DefNewGeneration::space_iterate (this=0xffff800104017630,
> blk=0xffff80010195bec8, usedOnly=<optimized out>) at
> /srv/openjdk/hs/src/hotspot/share/gc/serial/defNewGeneration.cpp:521
> #17 0xffff800100e51b04 in Generation::block_start (this=0xffff800104017630, p=0x7a05c3100) at
> /srv/openjdk/hs/src/hotspot/share/gc/shared/generation.cpp:211
> #18 0xffff800100e2a1dc in GenCollectedHeap::block_start (this=0xffff800104016b80, addr=0x7a05c3100)
> at /srv/openjdk/hs/src/hotspot/share/gc/shared/genCollectedHeap.cpp:1083
> #19 0xffff8001011a5ad0 in os::print_location (st=st at entry=0xffff800101670758 <VMError::log>,
> x=32755167488, verbose=verbose at entry=false) at /srv/openjdk/hs/src/hotspot/share/runtime/os.cpp:1071
> #20 0xffff8001011b9030 in os::print_register_info (st=st at entry=0xffff800101670758 <VMError::log>,
> context=0xffff80010195c7a0) at /srv/openjdk/hs/src/hotspot/os_cpu/linux_sparc/os_linux_sparc.cpp:263
> #21 0xffff8001013bd590 in VMError::report (st=st at entry=0xffff800101670758 <VMError::log>,
> _verbose=_verbose at entry=true) at /srv/openjdk/hs/src/hotspot/share/utilities/vmError.cpp:748
> #22 0xffff8001013be5cc in VMError::report_and_die (id=id at entry=11, message=message at entry=0x0,
> detail_fmt=detail_fmt at entry=0xffff8001014708a8 "%s", detail_args=detail_args at entry=0xffff80010195c4f0,

This is suspicious, because it looks like the double-fault during reporting the original error.
Looks as if the arrayOop at 0x7a030ce80 is bad -- and maybe that is the reason why C1-compiled Java
code failed?

-Aleksey