Re: Potential Mono removal from 32-bit big endian PowerPC in next upload
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?).
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
Reply to: