<div dir="ltr">I am afraid that max-heap-size might not be the reason. I am seeing the crashes at different levels of memory usage. <div><br></div><div>I have checked that setting the heap size to a small value does not result in a crash - an exception is thrown instead. It does not appear to be the same OOM exception as under .net, but there is no crash with mono stacktraces etc. In contrast, the issue I need help with produces several native stacktraces and no IL stacktrace.</div><div><br></div><div>Also, it would be be hard to explain why running under a debugger might make the problem go away if that was the reason.</div><div><br></div><div>BTW, The message at the end of this stacktrace didn't use to happen under mono 3.6 and might be an additional indication that some mono internals are rather ill at crashtime, though in principle it could be unprovoked and/or unrelated gdb breakage. </div><div><br></div><div><div>Thread 1 (Thread 0x7fedacfca780 (LWP 30016)):</div><div>#0  0x00007fedac1b19e4 in sigsuspend () from /lib64/libc.so.6</div><div>#1  0x00000000005cbf54 in suspend_thread (sig=<value optimized out>, siginfo=<va            lue optimized out>, context=0x7fffaa5a8440) at sgen-os-posix.c:113</div><div>#2  suspend_handler (sig=<value optimized out>, siginfo=<value optimized out>, c            ontext=0x7fffaa5a8440) at sgen-os-posix.c:140</div><div>#3  <signal handler called></div><div>#4  0x00007fedac51e5ba in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthre            ad.so.0</div><div>#5  0x000000000060d99c in _wapi_handle_timedwait_signal_handle (handle=0x280a, t            imeout=0x0, alertable=1, poll=<value optimized out>) at handles.c:1596</div><div>#6  0x000000000061fe4b in WaitForSingleObjectEx (handle=0x280a, timeout=42949672            95, alertable=1) at wait.c:194</div><div>#7  0x000000000058233c in ves_icall_System_Threading_Thread_Join_internal (this=            0x7fedacf242d0, ms=-1, thread=0x280a) at threads.c:1306</div><div>#8  0x00000000414e04de in ?? ()</div><div>#9  0x00007feda5c50908 in ?? ()</div><div>#10 0x00007fffaa5a8fa0 in ?? ()</div><div>#11 0x0000000000000001 in ?? ()</div><div>#12 0x00007fffaa5a8fa0 in ?? ()</div><div>#13 0x00000000414c5c40 in ?? ()</div><div>#14 0x0000000000a0ba50 in ?? ()</div><div>#15 0x00000000414e046c in ?? ()</div><div>#16 0x00007fffaa5a8d40 in ?? ()</div><div>#17 0x00007fffaa5a8b30 in ?? ()</div><div>#18 0x00007feda45a51b3 in System.Threading.Thread:Join (this=../../gdb/dwarf2-fr            ame.c:694: internal-error: Unknown CFI encountered.</div><div>A problem internal to GDB has been detected,</div><div>further debugging may prove unreliable.</div><div>Quit this debugging session? (y or n) [answered Y; input not from terminal]</div><div>../../gdb/dwarf2-frame.c:694: internal-error: Unknown CFI encountered.</div><div>A problem internal to GDB has been detected,</div><div>further debugging may prove unreliable.</div><div>Create a core file of GDB? (y or n) [answered Y; input not from terminal]</div></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 6 September 2014 08:58, Andrea Francesco Iuorio <span dir="ltr"><<a href="mailto:andreafrancesco.iuorio@gmail.com" target="_blank">andreafrancesco.iuorio@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Stupid question but someone have to ask: have you set MONO_GC_PARAMS for use a bigger heap ? You can set mono heap size appending "max-heap-size=xxxx" to your MONO_GC_PARAMS. <div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">2014-09-05 20:24 GMT+02:00 mono user <span dir="ltr"><<a href="mailto:mono.user789@gmail.com" target="_blank">mono.user789@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Sorry, I meant to say I was using 3.8.0, not 3.0.8. I'll try the git version later. </div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 September 2014 19:19, Juan Cristóbal Olivares <span dir="ltr"><<a href="mailto:cristobal@cxsoftware.com" target="_blank">cristobal@cxsoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I think you should try with mono 3.8 or, even better, with the git version.</div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Fri, Sep 5, 2014 at 1:26 PM, mono user <span dir="ltr"><<a href="mailto:mono.user789@gmail.com" target="_blank">mono.user789@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">It was suggested I try the boehm garbage collector. My code dies quickly, saying "Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS"<div><br></div><div>It was also suggested the reason might be that I am running out of memory. That is a possibility, though I now have a crash that happens when Mono is using about 12G of virtual space on a 64G machine. I still wanted to verify if the reason was a failed allocation, and ran mono in a debugger. The code then executed fine, suggesting that lack of resources might not be the reason for the crashes. The same code fails reliably when started from the command line. Having said that, something probably does think that memory has run out. I have seen error messages along the lines of "Error: Garbage collector could not allocate 16384 bytes of memory for major heap section." even though there is plenty of memory available. I have also seen clean out-of-memory crashes (i.e. my code terminates cleanly with a clear error message and no mono stacktrace(s)).</div><div><br></div><div>I am afraid I cannot provide an example, except possibly if we can narrow down the cause so I can reproduce the crash using a small amount of code and without using any proprietary data (that is currently needed to reproduce the crashes). I am running 3.0.8.</div><div><br></div><div>Many thanks for any help/suggestions/etc.</div><div><br></div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On 22 August 2014 15:55, mono user <span dir="ltr"><<a href="mailto:mono.user789@gmail.com" target="_blank">mono.user789@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Is there anything I can do to avoid the following crash? I am running Mono 3.6.0. I am not using any native libraries that don't ship witth Mono. Many thanks.<div><br></div><div><div><br></div><div><div>
Stacktrace:</div><div><br></div><div><br></div><div>Native stacktrace:</div><div><br></div><div><br></div><div>Debug info from gdb:</div><div><br></div><div>Mono support loaded.</div><div>[Thread debugging using libthread_db enabled]</div>
<div>[New Thread 0x7fba882d4700 (LWP 7103)]</div><div>[New Thread 0x7fba88315700 (LWP 7102)]</div><div>[New Thread 0x7fba833d0700 (LWP 7100)]</div><div>[New Thread 0x7fba88b0e700 (LWP 7099)]</div><div>0x00007fba90992cd4 in sigsuspend () from /lib64/libc.so.6</div>
<div>  5 Thread 0x7fba88b0e700 (LWP 7099)  0x00007fba90992cd4 in sigsuspend () from /lib64/libc.so.6</div><div>  4 Thread 0x7fba833d0700 (LWP 7100)  0x00007fba90d032ad in waitpid () from /lib64/libpthread.s        o.0</div>
<div>  3 Thread 0x7fba88315700 (LWP 7102)  0x00007fba90a49163 in epoll_wait () from /lib64/libc.so.6</div><div>  2 Thread 0x7fba882d4700 (LWP 7103)  0x00007fba90d01a21 in sem_timedwait () from /lib64/libpth        read.so.0</div>
<div>* 1 Thread 0x7fba917ab780 (LWP 7098)  0x00007fba90992cd4 in sigsuspend () from /lib64/libc.so.6</div><div><br></div><div>Thread 5 (Thread 0x7fba88b0e700 (LWP 7099)):</div><div>#0  0x00007fba90992cd4 in sigsuspend () from /lib64/libc.so.6</div>
<div>#1  0x00000000005cac54 in suspend_thread (sig=<value optimized out>, siginfo=<value optimized o        ut>, context=0x7fba88b0d780) at sgen-os-posix.c:113</div><div>#2  suspend_handler (sig=<value optimized out>, siginfo=<value optimized out>, context=0x7fba88        b0d780) at sgen-os-posix.c:140</div>
<div>#3  <signal handler called></div><div>#4  0x00007fba90d0192e in sem_wait () from /lib64/libpthread.so.0</div><div>#5  0x000000000062c488 in mono_sem_wait (sem=0x977ca0, alertable=1) at mono-semaphore.c:101</div>
<div>#6  0x00000000005a501a in finalizer_thread (unused=<value optimized out>) at gc.c:1073</div><div>#7  0x00000000005823ab in start_wrapper_internal (data=<value optimized out>) at threads.c:660</div><div>#8  start_wrapper (data=<value optimized out>) at threads.c:707</div>
<div>#9  0x0000000000631b16 in inner_start_thread (arg=<value optimized out>) at mono-threads-posix.        c:100</div><div>#10 0x00007fba90cfb9d1 in start_thread () from /lib64/libpthread.so.0</div><div>#11 0x00007fba90a48b6d in clone () from /lib64/libc.so.6</div>
<div><br></div><div>Thread 4 (Thread 0x7fba833d0700 (LWP 7100)):</div><div>#0  0x00007fba90d032ad in waitpid () from /lib64/libpthread.so.0</div><div>#1  0x00000000004a33f8 in mono_handle_native_sigsegv (signal=<value optimized out>, ctx=<value         optimized out>) at mini-exceptions.c:2305</div>
<div>#2  0x00000000005005cf in mono_arch_handle_altstack_exception (sigctx=0x7fba9173bac0, fault_add        r=<value optimized out>, stack_ovf=0) at exceptions-amd64.c:905</div><div>#3  0x0000000000415b69 in mono_sigsegv_signal_handler (_dummy=11, info=0x7fba9173bbf0, context=        0x7fba9173bac0) at mini.c:6842</div>
<div>#4  <signal handler called></div><div>#5  alloc_sb (heap=0x979530) at lock-free-alloc.c:166</div><div>#6  alloc_from_new_sb (heap=0x979530) at lock-free-alloc.c:415</div><div>#7  mono_lock_free_alloc (heap=0x979530) at lock-free-alloc.c:459</div>
<div>#8  0x00000000005d4bc7 in sgen_alloc_internal (type=<value optimized out>) at sgen-internal.c:1        69</div><div>#9  0x00000000005eda92 in sgen_gray_object_alloc_queue_section (queue=0x978ba0) at sgen-gray.c:        58</div>
<div>#10 0x00000000005edadd in sgen_gray_object_enqueue (queue=0x978ba0, obj=<value optimized out>)         at sgen-gray.c:96</div><div>#11 0x00000000005d0a1c in pin_objects_from_addresses (section=0x7fba91744010, start=<value opti        mized out>, end=0x7fb481428040, start_nursery=<value optimized out>, end_nursery=<value optimiz        ed out>, ctx=...) at sgen-gc.c:987</div>
<div>#12 0x00000000005d0afb in sgen_pin_objects_in_section (section=0x7fba91744010, ctx=...) at sgen        -gc.c:1025</div><div>#13 0x00000000005d2d81 in collect_nursery (unpin_queue=0x0, finish_up_concurrent_mark=0) at sge        n-gc.c:2284</div>
<div>#14 0x00000000005d3d88 in sgen_perform_collection (requested_size=4096, generation_to_collect=0        , reason=0x706be2 "Nursery full", wait_to_finish=<value optimized out>) at sgen-gc.c:3174</div><div>
#15 0x00000000005f0c64 in mono_gc_alloc_obj_nolock (vtable=0x7fb78073c190</div><div>0xbcc240</div><div>0xbcc240</div><div>0x7fb78073c190</div><div>0x7fb78073c190</div><div>vtable(%s), size=<value optimized out>) at sgen-alloc.c:314</div>
<div>#16 0x00000000005f1074 in mono_gc_alloc_obj (vtable=0x7fb78073c190</div><div>0xbcc240</div><div>0xbcc240</div><div>0x7fb78073c190</div><div>0x7fb78073c190</div><div>vtable(%s), size=40) at sgen-alloc.c:490</div><div>
#17 0x0000000041e50e83 in ?? ()</div><div>#18 0x00007fb9fc0025d0 in ?? ()</div><div>#19 0x00007fb44dd3cda8 in ?? ()</div><div>#20 0x0000000000000028 in ?? ()</div><div>#21 0x00007fba8a778ef0 in ?? ()</div><div>#22 0x00007fba83279d20 in ?? ()</div>
<div>#23 0x00007fba8a553e58 in ?? ()</div><div>#24 0x00007fba8a553e30 in ?? ()</div><div>#25 0x00007fba833d06e0 in ?? ()</div><div>#26 0x00007fb780721a38 in ?? ()</div><div>#27 0x0000000041e4d004 in ?? ()</div><div>#28 0x00007fb4e5be8c70 in ?? ()</div>
<div>#29 0x0000000000000000 in ?? ()</div><div><br></div><div>Thread 3 (Thread 0x7fba88315700 (LWP 7102)):</div><div>#0  0x00007fba90a49163 in epoll_wait () from /lib64/libc.so.6</div><div>#1  0x0000000000585e0a in tp_epoll_wait (p=0x9776a0) at ../../mono/metadata/tpool-epoll.c:118</div>
<div>#2  0x00000000005823ab in start_wrapper_internal (data=<value optimized out>) at threads.c:660</div><div>#3  start_wrapper (data=<value optimized out>) at threads.c:707</div><div>#4  0x0000000000631b16 in inner_start_thread (arg=<value optimized out>) at mono-threads-posix.        c:100</div>
<div>#5  0x00007fba90cfb9d1 in start_thread () from /lib64/libpthread.so.0</div><div>#6  0x00007fba90a48b6d in clone () from /lib64/libc.so.6</div><div><br></div><div>Thread 2 (Thread 0x7fba882d4700 (LWP 7103)):</div><div>
#0  0x00007fba90d01a21 in sem_timedwait () from /lib64/libpthread.so.0</div><div>#1  0x000000000062c59c in mono_sem_timedwait (sem=0x977808, timeout_ms=<value optimized out>, a        lertable=1) at mono-semaphore.c:64</div>
<div>#2  0x00000000005870ea in async_invoke_thread (data=0x0) at threadpool.c:1566</div><div>#3  0x00000000005823ab in start_wrapper_internal (data=<value optimized out>) at threads.c:660</div><div>#4  start_wrapper (data=<value optimized out>) at threads.c:707</div>
<div>#5  0x0000000000631b16 in inner_start_thread (arg=<value optimized out>) at mono-threads-posix.        c:100</div><div>#6  0x00007fba90cfb9d1 in start_thread () from /lib64/libpthread.so.0</div><div>#7  0x00007fba90a48b6d in clone () from /lib64/libc.so.6</div>
<div><br></div><div>Thread 1 (Thread 0x7fba917ab780 (LWP 7098)):</div><div>#0  0x00007fba90992cd4 in sigsuspend () from /lib64/libc.so.6</div><div>#1  0x00000000005cac54 in suspend_thread (sig=<value optimized out>, siginfo=<value optimized o        ut>, context=0x7fff0cb35880) at sgen-os-posix.c:113</div>
<div>#2  suspend_handler (sig=<value optimized out>, siginfo=<value optimized out>, context=0x7fff0c        b35880) at sgen-os-posix.c:140</div><div>#3  <signal handler called></div><div>#4  0x00007fba90cff5ba in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0</div>
<div>#5  0x000000000060c34c in _wapi_handle_timedwait_signal_handle (handle=0x280a, timeout=0x0, ale        rtable=1, poll=<value optimized out>) at handles.c:1596</div><div>#6  0x000000000061e7fb in WaitForSingleObjectEx (handle=0x280a, timeout=4294967295, alertable=1        ) at wait.c:194</div>
<div>#7  0x000000000058122c in ves_icall_System_Threading_Thread_Join_internal (this=0x7fba917102d0,         ms=-1, thread=0x280a) at threads.c:1306</div><div>#8  0x0000000041e653f9 in ?? ()</div><div>#9  0x0000000000a16d80 in ?? ()</div>
<div>#10 0x00007fff0cb363f0 in ?? ()</div><div>#11 0x00007fba8a4514a8 in ?? ()</div><div>#12 0x00007fff0cb36190 in ?? ()</div><div>#13 0x00007fff0cb35f80 in ?? ()</div><div>#14 0x0000000000a23e40 in ?? ()</div><div>#15 0x0000000000000000 in ?? ()</div>
<div><br></div><div>=================================================================</div><div>Got a SIGSEGV while executing native code. This usually indicates</div><div>a fatal error in the mono runtime or one of the native libraries</div>
<div>used by your application.</div><div>=================================================================</div></div></div><div><br></div></div>
</blockquote></div><br></div>
</div></div><br></div></div><span>_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com" target="_blank">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
<br></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><span><font face="arial, helvetica, sans-serif"><div><font face="arial, helvetica, sans-serif"><span style="font-family:arial"><font face="arial, helvetica, sans-serif"><font color="#333333">Atte,</font></font><font color="#333333"><br><font face="arial, helvetica, sans-serif">Juan Cristóbal Olivares</font></font></span><br></font></div><br></font><div><font face="arial, helvetica, sans-serif"><img src="http://cxsoftware.com/firma2.png"> </font></div><div><span style="font-family:arial,helvetica,sans-serif"><b><a href="http://www.cxsoftware.com/" style="text-decoration:none" target="_blank"><font color="#000099">cxsoftware.com</font></a></b></span></div><div><span style="font-size:x-small"><font face="arial, helvetica, sans-serif">Skype:</font></span><b><span style="font-size:x-small"><font face="arial, helvetica, sans-serif"> </font></span></b><span style="font-size:x-small"><font face="arial, helvetica, sans-serif">cxsoftware6001<br></font></span><div><span style="font-size:x-small;text-decoration:none"><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td><span style="font-size:x-small">Celular: <a href="tel:%2B56-9%209871%207277" value="+56998717277" target="_blank">+56-9 9871 7277</a><br>Central: <a href="tel:%2B56-2%202348%207642" value="+56223487642" target="_blank">+56-2 2348 7642</a><br><br></span></td></tr><tr><td><span style="font-size:x-small;text-decoration:none"><font face="arial, helvetica, sans-serif"><font style="text-decoration:none"><font color="#000099"> </font></font></font></span></td></tr></tbody></table></span></div></div>
</span></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com" target="_blank">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br></div></div><span class="HOEnZb"><font color="#888888"><div dir="ltr"><div><b>Andrea Francesco Iuorio</b></div><div>Student in Computer Science, Università degli Studi di Milano</div><div><a href="mailto:andreafrancesco.iuorio@gmail.com" target="_blank">andreafrancesco.iuorio@gmail.com</a></div></div>
</font></span></div></div>
</blockquote></div><br></div>