[MonoDevelop] Monodevelop crashes under Mono 1.1.15

Evgeny Pirogov pirogov.e at gmail.com
Fri Apr 21 06:26:35 EDT 2006


Hello.
I have problemm with monodevelop running with Suse 10.0. After instalation
mono-1.1.15 (reproduced on mono-1.1.12) from installer I have SIGSEGV
message for monodevelop initialization. Can I fix this problem with some
updates for libraries ?

=================================================================
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.
=================================================================

Stacktrace:

in (wrapper managed-to-native)
Gnome.Icon:gnome_icon_lookup_sync(intptr,intptr,
intptr,intptr,int,int&) <0x4>
in (wrapper managed-to-native)
Gnome.Icon:gnome_icon_lookup_sync(intptr,intptr,
intptr,intptr,int,int&) <0xffffffaa>
in Gnome.Icon:LookupSync
(Gtk.IconTheme,Gnome.ThumbnailFactory,string,string,Gno
me.IconLookupFlags,Gnome.IconLookupResultFlags&) <0x92>
in MonoDevelop.Core.Gui.Utils.FileIconLoader:GetPixbufForFile (string,int)
<0x11 6>
in MonoDevelop.Ide.Gui.Pads.FileListItem:.ctor (string) <0xf2>
in MonoDevelop.Ide.Gui.Pads.FileScout:OnDirChanged (string) <0x124>
in MonoDevelop.Ide.Gui.Pads.FileScout:.ctor () <0x298>
in (wrapper runtime-invoke)
System.Object:runtime_invoke_void(object,intptr,int ptr,intptr)
<0xc7203ef7>
in (wrapper managed-to-native)
System.Reflection.MonoCMethod:InternalInvoke(obj ect,object[]) <0x4>
in (wrapper managed-to-native)
System.Reflection.MonoCMethod:InternalInvoke(obj ect,object[])
<0xfffffdb5>
in System.Reflection.MonoCMethod:Invoke (object,
System.Reflection.BindingFlags,S ystem.Reflection.Binder,object[],
System.Globalization.CultureInfo) <0x8d>
in System.Reflection.MonoCMethod:Invoke (System.Reflection.BindingFlags,
System.R eflection.Binder,object[],System.Globalization.CultureInfo) <0x1c>
in System.Reflection.ConstructorInfo:Invoke (object[]) <0x35>
in System.Activator:CreateInstance (System.Type,bool) <0x105>
in System.Activator:CreateInstance (System.Type) <0xc>
in MonoDevelop.Core.AddIns.AddIn:CreateObject (string) <0x1f>
in MonoDevelop.Ide.Codons.PadCodon:CreatePad () <0x83>
in MonoDevelop.Ide.Codons.PadCodon:BuildItem (object,
System.Collections.ArrayLis t,MonoDevelop.Core.AddIns.ConditionCollection)
<0x14>
in MonoDevelop.Core.AddIns.DefaultAddInTreeNode:BuildChildItems (object)
<0x147>
in MonoDevelop.Core.AddIns.AddInService:GetTreeItems (string,System.Type)
<0x63>
in MonoDevelop.Ide.Gui.DefaultWorkbench:InitializeLayout (
MonoDevelop.Ide.Gui.IW orkbenchLayout) <0x5c>
in MonoDevelop.Ide.Gui.Workbench:Initialize (
MonoDevelop.Core.IProgressMonitor) <0x9a>
in MonoDevelop.Ide.Gui.IdeApp:Initialize (MonoDevelop.Core.IProgressMonitor)
<0x ab>
in MonoDevelop.Ide.Gui.IdeStartup:Run (string[]) <0x8ec>
in MonoDevelop.Core.AddIns.AddInService:StartApplication (string,string[])
<0x17 0>
in MonoDevelop.Startup.SharpDevelopMain:Main (string[]) <0x39>
in (wrapper runtime-invoke) System.Object:runtime_invoke_int_string[]
(object,in tptr,intptr,intptr) <0xc76a4d77>
Native stacktrace:

/home/user/mono-1.1.15/bin/mono(mono_handle_native_sigsegv+0xbb) [0x8153
d0b]
/home/user/mono-1.1.15/bin/mono [0x813e66f]
[0xffffe440]
/opt/gnome/lib/gnome-vfs-2.0/modules/libfile.so [0x434b3346]
/opt/gnome/lib/gnome-vfs-2.0/modules/libfile.so [0x434aee85]
/lib/ld-linux.so.2 [0x4000b9a4]
/lib/ld-linux.so.2 [0x4000bae1]
/lib/tls/libc.so.6 [0x40216ed1]
/lib/ld-linux.so.2 [0x4000b82f]
/lib/tls/libc.so.6(_dl_open+0x96) [0x40217546]
/lib/libdl.so.2 [0x40042d68]
/lib/ld-linux.so.2 [0x4000b82f]
/lib/libdl.so.2 [0x4004337e]
/lib/libdl.so.2(dlopen+0x41) [0x40042dc1]
/opt/gnome/lib/libgmodule-2.0.so.0(g_module_open+0x13d) [0x4004054d]
/opt/gnome/lib/libgnomevfs-2.so.0 [0x41cd5fd4]
/opt/gnome/lib/libgnomevfs-2.so.0 [0x41cd6340]
/opt/gnome/lib/libgnomevfs-2.so.0(gnome_vfs_transform_get+0x1e) [0x41cd6
4ae]
/opt/gnome/lib/libgnomevfs-2.so.0(gnome_vfs_uri_new_private+0x16d) [0x41
ce610d]
/opt/gnome/lib/libgnomevfs-2.so.0(gnome_vfs_uri_new+0x32) [0x41ce6252]
/opt/gnome/lib/libgnomevfs-2.so.0(gnome_vfs_get_file_info+0x2a) [0x41ce1
bea]
/opt/gnome/lib/libgnomeui-2.so.0(gnome_icon_lookup_sync+0x39) [0x41420f2 9]
[0x434bd65a]
[0x434bd5cb]
[0x434a9ed7]
[0x434aba53]
[0x434ab7c5]
[0x434a48b1]
[0x40f3a651]
/home/user/mono-1.1.15/bin/mono [0x813e520]
/home/user/mono-1.1.15/bin/mono(mono_runtime_invoke+0x27) [0x80d7b67]
/home/user/mono-1.1.15/bin/mono(mono_runtime_invoke_array+0x1a6) [0x80d8
f86]
/home/user/mono-1.1.15/bin/mono [0x80c7490]
[0x40d9da6a]
[0x40d9d7f6]
[0x40d9d75d]
[0x40d9d716]
[0x40d9c926]
[0x40db7d4d]
[0x40f2ea30]
[0x434a4264]
[0x434a41cd]
[0x40f2e968]
[0x42a649bc]
[0x434a3f9d]
[0x4337f5a3]
[0x4337c88c]
[0x4138e8ed]
[0x40e03ae9]
[0x40a99892]
[0x40a997d4]
/home/user/mono-1.1.15/bin/mono [0x813e520]
/home/user/mono-1.1.15/bin/mono(mono_runtime_invoke+0x27) [0x80d7b67]
/home/user/mono-1.1.15/bin/mono(mono_runtime_exec_main+0xb1) [0x80d8cf1]
/home/user/mono-1.1.15/bin/mono(mono_runtime_run_main+0x171) [0x80d88c1]
/home/user/mono-1.1.15/bin/mono(strftime+0x1ba2) [0x805c602]
/home/user/mono-1.1.15/bin/mono(mono_main+0x857) [0x805cfe7]
/home/user/mono-1.1.15/bin/mono(__fxstat64+0x12b) [0x805b9bb]
/lib/tls/libc.so.6(__libc_start_main+0xd0) [0x4013aea0]
/home/user/mono-1.1.15/bin/mono(sinh+0x41) [0x805b911]


>On Thu, 2006-01-12 at 17:52 -0500, Miguel de Icaza wrote:
>> I got a similar crash in gnome_icon_lookup_sync like other posters.
>>
>> In my case the filename producing the problem is the
>> "/home/miguel/AccessCodes" directory.
>>
>I have not been able to reproduce this, but I just made a change that
>should work in svn r55577. If someone can try it that would be great.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/monodevelop-list/attachments/20060421/86c7d397/attachment.html


More information about the Monodevelop-list mailing list