[Mono-dev] can not compile mono with --with-malloc-mempools=yes

Mon Dec 7 11:47:40 EST 2009

malloc-mempools is not required if you want to valgrind mono. It helps to do
mempool usage profilling.

On Mon, Dec 7, 2009 at 2:44 PM, Daniel Weuthen <
daniel.weuthen-ml at deepinvent.com> wrote:

> System ist Ubuntu 9.10 and I am trying to compile mono 2.4.2.3 with
> --with-malloc-mempools=yes
>
> make always ends like this, while comliling withouth that malloc
> parameter works find. I want to use valgrind to debug a mono crash, so
> from what I have read I need to get a mono version running with
> malloc-mempools, right?
>
> [..]
> make[3]: Betrete Verzeichnis '/usr/src/mono-2.4.2.3/docs'
> MCS     [net_2_0] convert.exe
> Stacktrace:
>
>  at System.SystemException..ctor (string) <0xffffffff>
>  at System.SystemException..ctor (string) <0x00018>
>  at System.OutOfMemoryException..ctor (string) <0x00017>
>  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object
> (object,intptr,intptr,intptr) <0xffffffff>
>
> Native stacktrace:
>
>        /usr/src/mono-2.4.2.3/mono/mini/mono [0x47a78f]
>        /usr/src/mono-2.4.2.3/mono/mini/mono [0x4adbdf]
>        /lib/libpthread.so.0 [0x2af716099190]
>        /usr/src/mono-2.4.2.3/mono/mini/mono(mono_mempool_empty+0x20)
> [0x4f1c90]
>        /usr/src/mono-2.4.2.3/mono/mini/mono(mono_mempool_destroy+0x9)
> [0x4f1cb9]
>        /usr/src/mono-2.4.2.3/mono/mini/mono [0x41b6b5]
>        /usr/src/mono-2.4.2.3/mono/mini/mono [0x41eb1e]
>        /usr/src/mono-2.4.2.3/mono/mini/mono [0x48235d]
>        [0x40488168]
>
> Debug info from gdb:
>
> [Thread debugging using libthread_db enabled]
> [New Thread 0x2aaaab9c0910 (LWP 2175)]
> 0x00002af7160980cb in read () from /lib/libpthread.so.0
>  2 Thread 0x2aaaab9c0910 (LWP 2175)  0x00002af7160988f1 in nanosleep ()
> from /lib/libpthread.so.0
> * 1 Thread 0x2af716ac9200 (LWP 2113)  0x00002af7160980cb in read () from
> /lib/libpthread.so.0
>
> Thread 2 (Thread 0x2aaaab9c0910 (LWP 2175)):
> #0  0x00002af7160988f1 in nanosleep () from /lib/libpthread.so.0
> #1  0x0000000000557452 in collection_thread (unused=<value optimised
> out>) at collection.c:34
> #2  0x00002af716090a04 in start_thread (arg=<value optimised out>) at
> pthread_create.c:300
> #3  0x00002af71660a7bd in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #4  0x0000000000000000 in ?? ()
>
> Thread 1 (Thread 0x2af716ac9200 (LWP 2113)):
> #0  0x00002af7160980cb in read () from /lib/libpthread.so.0
> #1  0x000000000047a904 in read (signal=<value optimised out>, ctx=<value
> optimised out>) at /usr/include/bits/unistd.h:45
> #2  mono_handle_native_sigsegv (signal=<value optimised out>, ctx=<value
> optimised out>) at mini-exceptions.c:1559
> #3  0x00000000004adbdf in mono_arch_handle_altstack_exception
> (sigctx=0x2aaaaaadfbc0, fault_addr=<value optimised out>, stack_ovf=0)
> at exceptions-amd64.c:910
> #4  <signal handler called>
> #5  mono_mempool_empty (pool=0x16807b0) at mempool.c:149
> #6  0x00000000004f1cb9 in mono_mempool_destroy (pool=0xffffffe000000e80)
> at mempool.c:102
> #7  0x000000000041b6b5 in mono_destroy_compile (cfg=0x1680b60) at
> mini.c:2025
> #8  0x000000000041eb1e in mono_jit_compile_method_inner
> (method=0x168f080) at mini.c:3945
> #9  mono_jit_compile_method_with_opt (method=0x168f080) at mini.c:4018
> #10 mono_jit_compile_method (method=0x168f080) at mini.c:4036
> #11 0x000000000048235d in mono_magic_trampoline (regs=0x7fffb0cffc68,
> code=0x413d1198
>
> "A\307FL\001\025\023\200L\213\064$H\203\304\030\303\350Rn\v\377\004\200\360h\001",
> m=0x168f080,
>    tramp=<value optimised out>) at mini-trampolines.c:292
> #12 0x0000000040488168 in ?? ()
> #13 0x0000000000000006 in ?? ()
> #14 0x000000000167ece0 in ?? ()
> #15 0x00007fffb0cffd30 in ?? ()
> #16 0x0000000040488173 in ?? ()
> #17 0x0000000000000018 in ?? ()
> #18 0x00002aaaaaad0db0 in ?? ()
> #19 0x0000000001682540 in ?? ()
> #20 0x00002aaaaaad0db8 in ?? ()
> #21 0x00000000413d1169 in ?? ()
> #22 0x0000000001682540 in ?? ()
> #23 0x0000000001680490 in ?? ()
> #24 0x000000000048152a in mono_create_jit_trampoline_in_domain
> (domain=0x167ece0, method=0x7fffb0cffd10) at mini-trampolines.c:877
> #25 0x000000000041b05f in mono_resolve_patch_target (method=0x1680490,
> domain=0x2aaaaaad0db0, code=0x413d1140
> "H\203\354\030L\211\064$L\213\367H\211t$\bff\220\350(", patch_info=0x19140,
>    run_cctors=-1431499064) at mini.c:2485
> #26 0x00000000005236fb in jit_info_table_chunk_index (chunk=<value
> optimised out>, hp=0x1, addr=0x2aaaaaad0db0 "") at domain.c:338
> #27 0x000000000052630a in mono_jit_info_table_add (domain=<value
> optimised out>, ji=<value optimised out>) at domain.c:752
> #28 0x0000000000000000 in ?? ()
>
> =================================================================
> Got a SIGSEGV while executing native code. This usually indicates
> a fatal error in the mono runtime or one of the native libraries
> used by your application.
> =================================================================
>
> Aborted
> make[3]: *** [convert.exe] Fehler 134
> make[3]: Verlasse Verzeichnis '/usr/src/mono-2.4.2.3/docs'
> make[2]: *** [convert.exe] Fehler 2
> make[2]: Verlasse Verzeichnis '/usr/src/mono-2.4.2.3/docs'
> make[1]: *** [all-recursive] Fehler 1
> make[1]: Verlasse Verzeichnis '/usr/src/mono-2.4.2.3'
> make: *** [all] Fehler 2
>
> --
> regards
>
> Daniel Weuthen
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20091207/7d75dd8f/attachment.html 