On Tue, Aug 25, 2015 at 10:16:15PM +0100, Jo Shields wrote: > > > On 25/08/15 22:01, Lennart Sorensen wrote: > > On Tue, Aug 25, 2015 at 09:28:50PM +0100, Jo Shields wrote: > >> Okay, now I'm confused? The point of that branch was it was the > >> almost-working state, the compiler was one of the things not working > >> properly! Let me try building from the branch afresh... > > Well if you want me to do a fresh pull again and try from scratch, > > let me know. > > > > I am running this on 3.2 wheezy kernel with a sid chroot on an IBM p710 > > (6 core power7 CPU) just in case that is at all relevant. > > I'm building in a similar environment on the porterbox Partch, and > getting the following *all the time*, just not always on the same file > (ie something random is going wrong - maybe address space randomization > is involved?).
I had thought that could be it too. I certainly haven't seen that particular problem so far. Are you simply running make or are you passing any arguments to configure or anything? I tried using a copy of the debian dir from the mono package in experimental since I figured that had to be close to what this tree is based on, but running debian/rules build failed (I forget in what way, but it failed). Just running make seems fine though. > If I were to run "make" a few dozen times, it would probably > successfully build everything, but that's not really release-ready. > > Stacktrace: > > at <unknown> <0xffffffff> > at (wrapper managed-to-native) System.Environment.Exit (int) <0xffffffff> > at Mono.CSharp.Driver.Main (string[]) <0x002f0> > at (wrapper runtime-invoke) <Module>.runtime_invoke_int_object > (object,intptr,intptr,intptr) <0xffffffff> > > Native stacktrace: > > /home/directhex/mono-1/mono/mini/mono() [0x100b7640] > /home/directhex/mono-1/mono/mini/mono() [0x100ee7d0] > linux-vdso32.so.1(__kernel_sigtramp_rt32+0) [0x1003c0] > /home/directhex/mono-1/mono/mini/mono() [0x101dca54] > /home/directhex/mono-1/mono/mini/mono() [0x101dc918] > /home/directhex/mono-1/mono/mini/mono() [0x102008a8] > /home/directhex/mono-1/mono/mini/mono() [0x10200c24] > /home/directhex/mono-1/mono/mini/mono() [0x101d5930] > /home/directhex/mono-1/mono/mini/mono() [0x101d5ef0] > /home/directhex/mono-1/mono/mini/mono() [0x101d9a88] > /home/directhex/mono-1/mono/mini/mono(mono_gc_collect+0x40) > [0x101daac0] > /home/directhex/mono-1/mono/mini/mono(mono_domain_finalize+0x98) > [0x101a2768] > /home/directhex/mono-1/mono/mini/mono() [0x10022f1c] > /home/directhex/mono-1/mono/mini/mono() [0x1012297c] > [0x451ae76c] > [0x41391314] > [0x41391638] > /home/directhex/mono-1/mono/mini/mono() [0x1002e300] > /home/directhex/mono-1/mono/mini/mono(mono_runtime_invoke+0x64) > [0x101abb44] > > /home/directhex/mono-1/mono/mini/mono(mono_runtime_exec_main+0x158) > [0x101ae938] > /home/directhex/mono-1/mono/mini/mono(mono_main+0x11ec) [0x1008a35c] > /lib/powerpc-linux-gnu/libc.so.6(+0x23274) [0xfcb3274] > /lib/powerpc-linux-gnu/libc.so.6(+0x23434) [0xfcb3434] > > Debug info from gdb: > > [New LWP 27253] > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1". > 0x0fe52360 in waitpid () from /lib/powerpc-linux-gnu/libpthread.so.0 > Id Target Id Frame > 2 Thread 0x415ef430 (LWP 27253) "Finalizer" 0x0fe4fc3c in > do_futex_wait () from /lib/powerpc-linux-gnu/libpthread.so.0 > * 1 Thread 0x40044400 (LWP 27241) "mono" 0x0fe52360 in waitpid () > from /lib/powerpc-linux-gnu/libpthread.so.0 > > Thread 2 (Thread 0x415ef430 (LWP 27253)): > #0 0x0fe4fc3c in do_futex_wait () from > /lib/powerpc-linux-gnu/libpthread.so.0 > #1 0x0fe4fd38 in sem_wait@@GLIBC_2.1 () from > /lib/powerpc-linux-gnu/libpthread.so.0 > #2 0x1023a7fc in mono_sem_wait (sem=sem@entry=0x10317e64 > <finalizer_sem>, alertable=alertable@entry=1) at mono-semaphore.c:101 > #3 0x101a2544 in finalizer_thread (unused=unused@entry=0x0) at gc.c:1074 > #4 0x101821b4 in start_wrapper_internal (data=0x0) at threads.c:664 > #5 start_wrapper (data=data@entry=0x1063f090) at threads.c:711 > #6 0x10240f74 in inner_start_thread (arg=0xffdf71ac) at > mono-threads-posix.c:92 > #7 0x0fe47c3c in start_thread () from > /lib/powerpc-linux-gnu/libpthread.so.0 > #8 0x0fd863f0 in clone () from /lib/powerpc-linux-gnu/libc.so.6 > > Thread 1 (Thread 0x40044400 (LWP 27241)): > #0 0x0fe52360 in waitpid () from /lib/powerpc-linux-gnu/libpthread.so.0 > #1 0x100b76e8 in mono_handle_native_sigsegv (signal=signal@entry=11, > ctx=ctx@entry=0x403f23e0, info=info@entry=0x403f2360) at > mini-exceptions.c:2347 > #2 0x100ee7d0 in mono_arch_handle_altstack_exception > (sigctx=0x403f23e0, siginfo=0x403f2360, fault_addr=<optimized out>, > stack_ovf=0) at exceptions-ppc.c:659 > #3 <signal handler called> > #4 major_have_computer_minor_collection_allowance () at > sgen-marksweep.c:1501 > #5 0x102008a8 in sgen_memgov_try_calculate_minor_collection_allowance > (overwrite=1) at sgen-memory-governor.c:127 > #6 0x10200c24 in sgen_memgov_try_calculate_minor_collection_allowance > (overwrite=1) at sgen-memory-governor.c:177 > #7 sgen_memgov_major_collection_end () at sgen-memory-governor.c:173 > #8 0x101d5930 in major_finish_collection > (reason=reason@entry=0x102ee7e0 "user request", > old_next_pin_slot=<optimized out>, > scan_mod_union=scan_mod_union@entry=0, > scan_whole_nursery=scan_whole_nursery@entry=0) at sgen-gc.c:2975 > #9 0x101d5ef0 in major_do_collection (reason=0x102ee7e0 "user request") > at sgen-gc.c:3016 > #10 0x101d9a88 in sgen_perform_collection > (requested_size=requested_size@entry=0, > generation_to_collect=generation_to_collect@entry=1, > reason=reason@entry=0x102ee7e0 "user request", wait_to_finish=<optimized > out>, wait_to_finish@entry=1) at sgen-gc.c:3269 > #11 0x101daac0 in mono_gc_collect (generation=1) at sgen-gc.c:4409 > #12 0x101a2768 in mono_domain_finalize (domain=domain@entry=0x105fd430, > timeout=timeout@entry=2000) at gc.c:354 > #13 0x10022f1c in mini_cleanup (domain=0x105fd430) at mini.c:7784 > #14 0x1012297c in ves_icall_System_Environment_Exit (result=0) at > icall.c:6473 > #15 0x451ae76c in ?? () > #16 0x41391314 in ?? () > #17 0x41391638 in ?? () > #18 0x1002e300 in mono_jit_runtime_invoke (method=<optimized out>, > obj=0x404078f0, params=0xffdf7308, exc=0x0) at mini.c:6683 > #19 0x101abb44 in mono_runtime_invoke (method=0x10600560, obj=0x0, > params=0xffdf7308, exc=0x0) at object.c:2862 > #20 0x101ae938 in mono_runtime_exec_main (method=0x10600560, > args=<optimized out>, exc=0x0) at object.c:4119 > #21 0x1008a35c in main_thread_handler (user_data=<synthetic pointer>) at > driver.c:1066 > #22 mono_main (argc=<optimized out>, argv=<optimized out>) at driver.c:2029 > #23 0x0fcb3274 in ?? () from /lib/powerpc-linux-gnu/libc.so.6 > #24 0x0fcb3434 in __libc_start_main () from /lib/powerpc-linux-gnu/libc.so.6 > #25 0x00000000 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 > > >
