[MonoDevelop] Error running SVN MonoDevelop
Jacob Ilsø Christensen
jacobilsoe at gmail.com
Wed Jun 27 14:43:30 EDT 2007
On 6/26/07, esqueleto at tusofona.com <esqueleto at tusofona.com> wrote:
> Hello ... this is my second post in this malling list and no answer.
>
> I have the last SVN version and and compile it with no problem too. I have the
> SVN version of Mono and MCS.
Seems to be some stetic issue. Don't know much about stetic internals though...
My guess is that MD is trying to load some assembly (widget library)
which stetic does not like because of some wrongly defined enum. Have
you tried a make clean?
>
> When I run the MonoDevelop I get this output:
>
> $ monodevelop
> System.ArgumentException: <enum> node for Gtk.SelectionMode contains extra
> element Multiple
> at Stetic.EnumDescriptor..ctor (System.Xml.XmlElement elem) [0x00000]
> at Stetic.WidgetLibrary.Load (System.Xml.XmlDocument objects) [0x00000]
> at Stetic.AssemblyWidgetLibrary.Load () [0x00000]
> at Stetic.Registry.RegisterWidgetLibrary (Stetic.WidgetLibrary library)
> [0x00000]
> Stacktrace:
>
> at (wrapper managed-to-native) GLib.Signal.g_signal_get_invocation_hint
> (intptr) <0x00004>
> at (wrapper managed-to-native) GLib.Signal.g_signal_get_invocation_hint
> (intptr) <0xffffffff>
> at GLib.Signal.get_Handler () <0x0001c>
> at GLib.Signal.voidObjectCallback (intptr,intptr) <0x0005d>
> at (wrapper native-to-managed) GLib.Signal.voidObjectCallback (intptr,intptr)
> <0xffffffff>
> at (wrapper managed-to-native) Gtk.Object.gtk_object_destroy (intptr)
> <0x00004>
> at (wrapper managed-to-native) Gtk.Object.gtk_object_destroy (intptr)
> <0xffffffff>
> at Gtk.Object.Destroy () <0x0001a>
> at Gtk.Widget.Destroy () <0x0000d>
> at MonoDevelop.Ide.Gui.Dialogs.SplashScreenForm.Dispose () <0x0000e>
> at MonoDevelop.Ide.Gui.IdeStartup.Run (string[]) <0x00b52>
> at MonoDevelop.Core.ApplicationService.StartApplication (string,string[])
> <0x000ec>
> at MonoDevelop.Startup.SharpDevelopMain.Main (string[]) <0x00028>
> at (wrapper runtime-invoke) System.Object.runtime_invoke_int_string[]
> (object,intptr,intptr,intptr) <0xffffffff>
>
> Native stacktrace:
>
> /usr/bin/mono [0x816be2e]
> /usr/bin/mono [0x8136d18]
> [0xffffe440]
> [0xb5273d34]
> [0xb5273c85]
> [0xb5273bde]
> [0xb6a404b2]
> /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x49)
> [0xb67cb9d9]
> /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb67be62b]
> /usr/lib/libgobject-2.0.so.0 [0xb67cf3f1]
> /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x8c7) [0xb67d0627]
> /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0xb67d07e9]
> /usr/lib/libgtk-x11-2.0.so.0 [0xb62f4e21]
> /usr/lib/libgtk-x11-2.0.so.0 [0xb63f04a1]
> /usr/lib/libgtk-x11-2.0.so.0 [0xb63fc826]
> /usr/lib/libgobject-2.0.so.0(g_object_run_dispose+0x50) [0xb67c0cc0]
> /usr/lib/libgtk-x11-2.0.so.0(gtk_object_destroy+0x7e) [0xb62f4b2e]
> [0xb306fe91]
> [0xb306fe4b]
> [0xb306fe26]
> [0xb306fe07]
> [0xb6c1e6bb]
> [0xb6f6f2d5]
> [0xb73db119]
> [0xb73db074]
> /usr/bin/mono(mono_runtime_exec_main+0x10e) [0x80eec9e]
> /usr/bin/mono(mono_runtime_run_main+0x1b9) [0x80eef89]
> /usr/bin/mono(mono_main+0x100a) [0x805ac6a]
> /usr/bin/mono [0x8059752]
> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7d04ebc]
> /usr/bin/mono [0x80596a1]
>
> Debug info from gdb:
>
> Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
> [Thread debugging using libthread_db enabled]
> [New Thread -1211181344 (LWP 7635)]
> [New Thread -1255765104 (LWP 7727)]
> [New Thread -1249318000 (LWP 7712)]
> [New Thread -1251738736 (LWP 7666)]
> [New Thread -1220703344 (LWP 7644)]
> [New Thread -1214927984 (LWP 7643)]
> 0xffffe410 in __kernel_vsyscall ()
> 6 Thread -1214927984 (LWP 7643) 0xffffe410 in __kernel_vsyscall ()
> 5 Thread -1220703344 (LWP 7644) 0xffffe410 in __kernel_vsyscall ()
> 4 Thread -1251738736 (LWP 7666) 0xffffe410 in __kernel_vsyscall ()
> 3 Thread -1249318000 (LWP 7712) 0xffffe410 in __kernel_vsyscall ()
> 2 Thread -1255765104 (LWP 7727) 0xffffe410 in __kernel_vsyscall ()
> 1 Thread -1211181344 (LWP 7635) 0xffffe410 in __kernel_vsyscall ()
>
> Thread 6 (Thread -1214927984 (LWP 7643)):
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xb7e63986 in ?? () from /lib/tls/i686/cmov/libpthread.so.0
> #2 0x08111014 in collection_thread (unused=0x0) at collection.c:34
> #3 0xb7e5c31b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
> #4 0xb7dbe57e in clone () from /lib/tls/i686/cmov/libc.so.6
>
> Thread 5 (Thread -1220703344 (LWP 7644)):
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xb7e605c6 in pthread_cond_wait@@GLIBC_2.3.2 ()
> from /lib/tls/i686/cmov/libpthread.so.0
> #2 0x0810de9f in timedwait_signal_wait_cond (cond=0xb78c21dc,
> mutex=0xb78c21c4, timeout=0x0, alertable=0, waiting_on=0x404)
> at handles.c:1424
> #3 0x0810fc2c in _wapi_handle_wait_signal_handle (handle=0x404, alertable=0)
> at handles.c:1486
> #4 0x0810a42f in WaitForSingleObjectEx (handle=0x404, timeout=4294967295,
> alertable=0) at wait.c:200
> #5 0x080e90ea in finalizer_thread (unused=0x0) at gc.c:835
> #6 0x0809ae84 in start_wrapper (data=0x824e290) at threads.c:319
> #7 0x0810c262 in thread_start_routine (args=0xb7770370) at threads.c:253
> #8 0x0812b9f5 in GC_start_routine (arg=0x22f40) at pthread_support.c:1362
> #9 0xb7e5c31b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
> #10 0xb7dbe57e in clone () from /lib/tls/i686/cmov/libc.so.6
>
> Thread 4 (Thread -1251738736 (LWP 7666)):
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xb7e63986 in ?? () from /lib/tls/i686/cmov/libpthread.so.0
> #2 0x0810b2f8 in SleepEx (ms=500, alertable=1) at threads.c:997
> #3 0x0809aa91 in ves_icall_System_Threading_Thread_Sleep_internal (ms=500)
> at threads.c:672
> #4 0xb5642296 in ?? ()
> #5 0x000001f4 in ?? ()
> #6 0x082bd968 in ?? ()
> #7 0x002ae078 in ?? ()
> #8 0x002c3d80 in ?? ()
> #9 0x00000000 in ?? ()
>
> Thread 3 (Thread -1249318000 (LWP 7712)):
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xb7e6084c in pthread_cond_timedwait@@GLIBC_2.3.2 ()
> from /lib/tls/i686/cmov/libpthread.so.0
> #2 0x0810de5f in timedwait_signal_wait_cond (cond=0xb78c3e20,
> mutex=0xb78c3e08, timeout=0xb588e18c, alertable=1, waiting_on=0x447)
> at handles.c:1422
> #3 0x0810a2ea in WaitForSingleObjectEx (handle=0x447, timeout=5000,
> alertable=1) at wait.c:202
> #4 0x08098458 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (
> this=0x2cfbd0, handle=0x447, ms=5000, exitContext=1) at threads.c:1051
> #5 0xb553cce2 in ?? ()
> #6 0x002cfbd0 in ?? ()
> #7 0x00000447 in ?? ()
> #8 0x00001388 in ?? ()
> #9 0x00000001 in ?? ()
> #10 0x089674d0 in ?? ()
> #11 0x002c9e28 in ?? ()
> #12 0x00000002 in ?? ()
> #13 0x002c3120 in ?? ()
> #14 0x0024f540 in ?? ()
> #15 0x0024f540 in ?? ()
> #16 0xb588e204 in ?? ()
> #17 0xb553ccb4 in ?? ()
> #18 0xb588e234 in ?? ()
> #19 0xb553c9a4 in ?? ()
> #20 0x002cfbd0 in ?? ()
> #21 0x00000447 in ?? ()
> #22 0x00001388 in ?? ()
> #23 0x00000001 in ?? ()
> #24 0x00000447 in ?? ()
> #25 0x002cfbd0 in ?? ()
> #26 0x0188e228 in ?? ()
> #27 0xb588e260 in ?? ()
> #28 0x0024f540 in ?? ()
> #29 0x0024f540 in ?? ()
> #30 0xb588e260 in ?? ()
> #31 0xb553c838 in ?? ()
> #32 0x002cfbd0 in ?? ()
> #33 0x00001388 in ?? ()
> #34 0x00000001 in ?? ()
> #35 0x00000000 in ?? ()
>
> Thread 2 (Thread -1255765104 (LWP 7727)):
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xb7daf05b in read () from /lib/tls/i686/cmov/libc.so.6
> #2 0xb54d5ab5 in ?? ()
> #3 0x0000004a in ?? ()
> #4 0x00422010 in ?? ()
> #5 0x00001000 in ?? ()
> #6 0xb73dc492 in ?? ()
> #7 0x00422010 in ?? ()
> #8 0x08b31b00 in ?? ()
> #9 0x08b31b00 in ?? ()
> #10 0x081900b7 in ?? ()
> #11 0xffffffff in ?? ()
> #12 0x0044a7d8 in ?? ()
> #13 0x00422000 in ?? ()
> #14 0xb526820c in ?? ()
> #15 0xb54d5a7c in ?? ()
> #16 0xb5268260 in ?? ()
> #17 0xb54d59d3 in ?? ()
> #18 0x0000004a in ?? ()
> #19 0x00422000 in ?? ()
> #20 0x00001000 in ?? ()
> #21 0x00000000 in ?? ()
>
> Thread 1 (Thread -1211181344 (LWP 7635)):
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xb7d7ef59 in fork () from /lib/tls/i686/cmov/libc.so.6
> #2 0xb7e657e4 in fork () from /lib/tls/i686/cmov/libpthread.so.0
> #3 0xb7eca7d9 in ?? () from /usr/lib/libglib-2.0.so.0
> #4 0x00000010 in ?? ()
> #5 0xb7e2d128 in ?? () from /lib/tls/i686/cmov/libc.so.6
> #6 0xb7e2d150 in ?? () from /lib/tls/i686/cmov/libc.so.6
> #7 0x00000020 in ?? ()
> #8 0x00000000 in ?? ()
> #0 0xffffe410 in __kernel_vsyscall ()
>
>
> =================================================================
> 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)
>
>
>
>
> Anyone can tell me what is mission?
>
>
>
> Paulo Aboim Pinto
> Odivelas - Portugal
>
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-list
>
More information about the Monodevelop-list
mailing list