[Mono-dev] SEGV during nursery scanning
Neale Ferguson
neale at sinenomine.net
Tue Jul 11 21:35:09 UTC 2017
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 at entry=0, ctx=<error reading variable: value has been optimized out>) at sgen-gc.c:715
#8 0x00000000802911ea in collect_nursery (reason=reason at entry=0x803b9c04 "Nursery full", is_overflow=is_overflow at entry=0, unpin_queue=0x0) at sgen-gc.c:1719
#9 0x0000000080291d6c in sgen_perform_collection (requested_size=requested_size at entry=4096, generation_to_collect=<optimized out>, reason=0x803b9c04 "Nursery full", wait_to_finish=wait_to_finish at entry=0, stw=stw at entry=1) at sgen-gc.c:2504
The only changes I have made is removing the PROFILING code from mini-s390x.c.
Neale
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dot.net/pipermail/mono-devel-list/attachments/20170711/2f113181/attachment.html>
More information about the Mono-devel-list
mailing list