Hey Neale, How are you getting this crash ? Is it reliable ? Do you know what commit seems to trigger it ?
You can try running with MONO_GC_DEBUG=nursery-canaries for additional logging. Vlad From: Mono-devel-list <mono-devel-list-boun...@lists.dot.net> on behalf of Neale Ferguson <ne...@sinenomine.net> Date: Wednesday, 12 July 2017 at 00:35 To: Mono-Devel <mono-devel-l...@lists.ximian.com> Subject: [Mono-dev] SEGV during nursery scanning I recently started getting the following SEGV. It appears the stable field is offset by 4 bytes: #3 <signal handler called> #4 sgen_client_par_object_get_size (vtable=0x8013150000000000, o=0x20001002060) at sgen-gc.c:3752 #5 0x000000008028a4c4 in sgen_safe_object_get_size (obj=0x20001002060) at ../../mono/sgen/sgen-gc.h:756 #6 pin_objects_from_nursery_pin_queue (ctx=..., do_scan_objects=0) at sgen-gc.c:634 #7 pin_objects_in_nursery (do_scan_objects=do_scan_objects@entry=0, ctx=<error reading variable: value has been optimized out>) at sgen-gc.c:715 #8 0x00000000802911ea in collect_nursery (reason=reason@entry=0x803b9c04 "Nursery full", is_overflow=is_overflow@entry=0, unpin_queue=0x0) at sgen-gc.c:1719 #9 0x0000000080291d6c in sgen_perform_collection (requested_size=requested_size@entry=4096, generation_to_collect=<optimized out>, reason=0x803b9c04 "Nursery full", wait_to_finish=wait_to_finish@entry=0, stw=stw@entry=1) at sgen-gc.c:2504 The only changes I have made is removing the PROFILING code from mini-s390x.c. Neale
_______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.dot.net http://lists.dot.net/mailman/listinfo/mono-devel-list