<div dir="ltr">This is a slightly different one than the group we are seeing but my guess is they are related. There is a pattern of usage that causes corrupt heaps. We are also seeing dereferences of pointers in sgen going of to neverneverland.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 25, 2014 at 6:05 PM, David Schmitt <span dir="ltr"><<a href="mailto:david@dasz.at" target="_blank">david@dasz.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks to guidance from Greg Young, I've been able to isolate a proper backtrace from nunit-console:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Program received signal SIGSEGV, Segmentation fault.<br>
[Switching to Thread 0x7fffef97a700 (LWP 26908)]<br>
slow_object_get_size (o=0x7fffea860010, vtable=<optimized out>) at ../../mono/metadata/sgen-gc.h:<u></u>722<br>
722             } else if (klass->rank) {<br>
(gdb) backtrace<br>
#0  slow_object_get_size (o=0x7fffea860010, vtable=<optimized out>) at ../../mono/metadata/sgen-gc.h:<u></u>722<br>
#1  sgen_par_object_get_size (o=0x7fffea860010, vtable=<optimized out>) at ../../mono/metadata/sgen-gc.h:<u></u>766<br>
#2  sgen_safe_object_get_size (obj=0x7fffea860010) at ../../mono/metadata/sgen-gc.h:<u></u>777<br>
#3  sgen_major_is_object_alive (object=0x7fffea860010) at sgen-gc.c:3589<br>
#4  sgen_is_object_alive_for_<u></u>current_gen (object=0x7fffea860010 "\b\020\206\352\377\177") at sgen-gc.c:3624<br>
#5  mark_ephemerons_in_range (ctx=...) at sgen-gc.c:3802<br>
#6  0x00000000005d1d2c in finish_gray_stack (generation=generation@entry=<u></u>1, queue=0x972f00) at sgen-gc.c:1931<br>
#7  0x00000000005d3b65 in major_finish_collection (reason=0x705072 "user request", old_next_pin_slot=108, scan_mod_union=0) at sgen-gc.c:3164<br>
#8  0x00000000005d4182 in major_do_collection (reason=<optimized out>) at sgen-gc.c:3305<br>
#9  major_do_collection (reason=0x705072 "user request") at sgen-gc.c:3287<br>
#10 0x00000000005d7677 in sgen_perform_collection (requested_size=requested_<u></u>size@entry=0, generation_to_collect=<u></u>generation_to_collect@entry=1,<br>
    reason=reason@entry=0x705072 "user request", wait_to_finish=wait_to_finish@<u></u>entry=1) at sgen-gc.c:3499<br>
#11 0x00000000005d7cf8 in mono_gc_collect (generation=1) at sgen-gc.c:4623<br>
#12 0x000000000059e3bb in unload_thread_main (arg=0x4a50380) at appdomain.c:2334<br>
#13 0x000000000061e871 in thread_start_routine (args=args@entry=0x9cfbb0) at wthreads.c:294<br>
#14 0x000000000062e810 in inner_start_thread (arg=0x4a4d5b0) at mono-threads-posix.c:49<br>
#15 0x00007ffff7539b50 in start_thread () from /lib/x86_64-linux-gnu/<u></u>libpthread.so.0<br>
#16 0x00007ffff72840ed in clone () from /lib/x86_64-linux-gnu/libc.so.<u></u>6<br>
#17 0x0000000000000000 in ?? ()<br>
(gdb)<br>
</blockquote>
<br>
I'll retry with master next.<br>
<br>
<br>
Regards, David<div class=""><br>
<br>
On 25.03.2014 15:56, Zoltan Varga wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
Hi,<br>
<br>
   Could you try with master or the mono-3.4.0-branch ? If the problem<br>
is still there, please log a bug report with reproduction instructions/a<br>
testcase if possible.<br>
<br>
              Zoltan<br>
<br>
<br>
On Tue, Mar 25, 2014 at 10:44 AM, David Schmitt <<a href="mailto:david@dasz.at" target="_blank">david@dasz.at</a><br></div><div class="">
<mailto:<a href="mailto:david@dasz.at" target="_blank">david@dasz.at</a>>> wrote:<br>
<br>
    Hi,<br>
<br>
    I've finally updated to 3.2.8 (recompiled from debian experimental)<br>
    and am now triggering the attached segfault approximately every<br>
    second run.<br>
<br>
    For further analysis I could run this under master; try to upgrade<br>
    nunit; try to get more debugging symbols into the package; try to<br>
    reduce the amount of code running to trigger the problem.<br>
<br>
    The project is open source, so if that would be easier I can provide<br>
    public repro steps too.<br>
<br>
<br>
    Please advise,<br>
<br>
    Thanks David<br>
<br>
<br>
    ______________________________<u></u>_________________<br>
    Mono-devel-list mailing list<br>
    <a href="mailto:Mono-devel-list@lists.ximian.com" target="_blank">Mono-devel-list@lists.ximian.<u></u>com</a><br></div>
    <mailto:<a href="mailto:Mono-devel-list@lists.ximian.com" target="_blank">Mono-devel-list@lists.<u></u>ximian.com</a>><br>
    <a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/<u></u>mailman/listinfo/mono-devel-<u></u>list</a><br>
<br>
<br>
</blockquote>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Le doute n'est pas une condition agréable, mais la certitude est absurde.
</div>