[Mono-dev] Crash on build

[Greg Young]

Actually this build fails always.

3.2.7

3.2.8 or any other builds just dandy here.


On Sat, Mar 1, 2014 at 2:28 PM, Greg Young <gregoryyoung1 at gmail.com> wrote:

> Doesn't happen every time I build from source but occasionally get this.
>
> ubuntu
>
> MCS     [build] mscorlib.dll
> Stacktrace:
>
>   at <unknown> <0xffffffff>
>   at (wrapper managed-to-native) System.Environment.Exit (int) <0xffffffff>
>   at Mono.CSharp.Driver.Main (string[]) <0x001f7>
>   at (wrapper runtime-invoke) <Module>.runtime_invoke_int_object
> (object,intptr,intptr,intptr) <0xffffffff>
>
> Native stacktrace:
>
> /home/greg/mono/mono/mini/mono() [0x4b74e8]
> /home/greg/mono/mono/mini/mono() [0x50f2bb]
>  /home/greg/mono/mono/mini/mono() [0x423d42]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0xfbb0) [0x2b26f0058bb0]
>  /lib/x86_64-linux-gnu/libpthread.so.0(pthread_join+0x24) [0x2b26f0052164]
> /home/greg/mono/mono/mini/mono() [0x5acce4]
>  /home/greg/mono/mono/mini/mono(mono_runtime_cleanup+0xe) [0x5a4aee]
> /home/greg/mono/mono/mini/mono() [0x41b826]
>  /home/greg/mono/mono/mini/mono() [0x53f9bb]
> [0x404b01bd]
>
> Debug info from gdb:
>
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> 0x00002b26f0058757 in __libc_waitpid (pid=pid at entry=30845,
> stat_loc=stat_loc at entry=0x2b26ef75119c, options=options at entry=0) at
> ../sysdeps/unix/sysv/linux/waitpid.c:40
> 40 ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
>   Id   Target Id         Frame
> * 1    Thread 0x2b26ef754500 (LWP 30832) "mono" 0x00002b26f0058757 in
> __libc_waitpid (pid=pid at entry=30845, stat_loc=stat_loc at entry=0x2b26ef75119c,
> options=options at entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40
>
> Thread 1 (Thread 0x2b26ef754500 (LWP 30832)):
> #0  0x00002b26f0058757 in __libc_waitpid (pid=pid at entry=30845,
> stat_loc=stat_loc at entry=0x2b26ef75119c, options=options at entry=0) at
> ../sysdeps/unix/sysv/linux/waitpid.c:40
> #1  0x00000000004b7575 in mono_handle_native_sigsegv (signal=signal at entry=11,
> ctx=ctx at entry=0x2b26ef751ac0) at mini-exceptions.c:2299
> #2  0x000000000050f2bb in mono_arch_handle_altstack_exception
> (sigctx=sigctx at entry=0x2b26ef751ac0, fault_addr=<optimized out>,
> stack_ovf=stack_ovf at entry=0) at exceptions-amd64.c:908
> #3  0x0000000000423d42 in mono_sigsegv_signal_handler (_dummy=11,
> info=0x2b26ef751bf0, context=0x2b26ef751ac0) at mini.c:6769
> #4  <signal handler called>
> #5  0x00002b26f0052164 in pthread_join (threadid=4077680384,
> thread_return=thread_return at entry=0x0) at pthread_join.c:47
> #6  0x00000000005acce4 in mono_gc_cleanup () at gc.c:1215
> #7  0x00000000005a4aee in mono_runtime_cleanup (domain=domain at entry=0x153cfe0)
> at appdomain.c:354
> #8  0x000000000041b826 in mini_cleanup (domain=0x153cfe0) at mini.c:7626
> #9  0x000000000053f9bb in ves_icall_System_Environment_Exit (result=0) at
> icall.c:6517
> #10 0x00000000404b01bd in ?? ()
> #11 0x00000000015955b0 in ?? ()
> #12 0x00002b26f1195458 in ?? ()
> #13 0x00000000015a8cf0 in ?? ()
> #14 0x00007fffc5914040 in ?? ()
> #15 0x00007fffc5913f50 in ?? ()
> #16 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 (core dumped)
> make[8]: *** [../../class/lib/build/tmp/mscorlib.dll] Error 134
> make[7]: *** [do-all] Error 2
> make[6]: *** [all-recursive] Error 1
> make[5]: *** [all-recursive] Error 1
> make[4]: *** [profile-do--build--all] Error 2
> make[3]: *** [profiles-do--all] Error 2
> make[2]: *** [all-local] Error 2
> make[2]: Leaving directory `/home/greg/mono/runtime'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/greg/mono'
> make: *** [all] Error 2
> FAIL!
>
>
> --
> Le doute n'est pas une condition agréable, mais la certitude est absurde.
>



-- 
Le doute n'est pas une condition agréable, mais la certitude est absurde.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20140301/7d0cfc31/attachment-0001.html>