[Mono-dev] Sgen SIGSEGV

[Greg Young]

I should add that this is on trunk.

 greg at goblin:~/src/EventStore/bin/eventstore/release/anycpu$ mono --version
Mono JIT compiler version 3.4.0 (master/9c4c295 Pn Vas 28 17:26:05 EET 2014)

Vas=Feb


On Sat, Mar 1, 2014 at 2:03 PM, Greg Young <gregoryyoung1 at gmail.com> wrote:

> We can reproduce this reasonably easily under load.
>
> from gdb.
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffed7f2700 (LWP 3886)]
> copy_object_no_checks (obj=obj at entry=0x7ffff6683150,
>     queue=queue at entry=0x9831c0 <gray_queue>) at sgen-copy-object.h:110
> 110 gboolean has_references = SGEN_VTABLE_HAS_REFERENCES (vt);
> (gdb) backtrace
> #0  copy_object_no_checks (obj=obj at entry=0x7ffff6683150,
>     queue=queue at entry=0x9831c0 <gray_queue>) at sgen-copy-object.h:110
> #1  0x00000000005fdec3 in simple_nursery_serial_copy_object_from_obj (
>     queue=0x9831c0 <gray_queue>, obj_slot=0x7fffcc8c09c0)
>     at sgen-minor-copy-object.h:206
> #2  simple_nursery_serial_scan_object (start=<optimized out>,
>     queue=0x9831c0 <gray_queue>) at sgen-scan-object.h:64
> #3  0x00000000005d9aff in sgen_drain_gray_stack (max_objs=max_objs at entry
> =-1,
>     ctx=...) at sgen-gc.c:1194
> #4  0x00000000005df36e in collect_nursery (unpin_queue=unpin_queue at entry
> =0x0,
>     finish_up_concurrent_mark=finish_up_concurrent_mark at entry=0)
>     at sgen-gc.c:2638
> #5  0x00000000005df839 in collect_nursery (finish_up_concurrent_mark=0,
>     unpin_queue=0x0) at sgen-gc.c:3554
> #6  sgen_perform_collection (requested_size=4096, generation_to_collect=0,
>     reason=0x70b2e9 "Nursery full", wait_to_finish=0) at sgen-gc.c:3490
> #7  0x00000000005f5dd9 in mono_gc_alloc_obj_nolock (
>     vtable=vtable at entry=0xab8680, size=size at entry=576) at sgen-alloc.c:288
> #8  0x00000000005f5fe3 in mono_gc_alloc_vector (vtable=0xab8680, size=576,
>     max_length=270) at sgen-alloc.c:499
> #9  0x00000000400147f9 in ?? ()
> #10 0x00007fffb40025d0 in ?? ()
> #11 0x0000000000000000 in ?? ()
>
>
> --
> Le doute n'est pas une condition agréable, mais la certitude est absurde.
>



-- 
Le doute n'est pas une condition agréable, mais la certitude est absurde.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20140301/b8cb2c9e/attachment.html>