Tomboy 0.3.1 crashed while trying to drag'n'drop an URL onto the applet icon. The output in a currently opened xterm is ======================================================== uri = http://raphael.slinckx.net/tomboy.html uri = Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.NullReferenceException: Object reference not set to an instance of an object in [0x0002e] (at /var/tmp/portage/tomboy-0.3.1/work/tomboy-0.3.1/Tomboy/Tray.cs: 292) Tomboy.TomboyTray:OnDragDataReceived (object,Gtk.DragDataReceivedArgs) in (unmanaged) (wrapper managed-to-native) System.Reflection.MonoMethod:Internal Invoke (object,object[]) in <0x00004> (wrapper managed-to-native) System.Reflection.MonoMethod:InternalIn voke (object,object[]) in [0x00033] (at /home/cvs/1-mono/mcs/class/corlib/System.Reflection/MonoMethod. cs:121) System.Reflection.MonoMethod:Invoke (object,System.Reflection.BindingFla gs,System.Reflection.Binder,object[],System.Globalization.CultureInfo) --- End of inner exception stack trace --- in [0x00052] (at /home/cvs/1-mono/mcs/class/corlib/System.Reflection/MonoMethod. cs:125) System.Reflection.MonoMethod:Invoke (object,System.Reflection.BindingFla gs,System.Reflection.Binder,object[],System.Globalization.CultureInfo) in [0x00006] (at /home/cvs/1-mono/mcs/class/corlib/System.Reflection/MethodBase. cs:78) System.Reflection.MethodBase:Invoke (object,object[]) in [0x0005d] (at /home/cvs/1-mono/mcs/class/corlib/System/Delegate.cs:219) Syste m.Delegate:DynamicInvokeImpl (object[]) in [0x0001a] (at /home/cvs/1-mono/mcs/class/corlib/System/MulticastDelegate.cs:6 8) System.MulticastDelegate:DynamicInvokeImpl (object[]) in [0x00002] (at /home/cvs/1-mono/mcs/class/corlib/System/Delegate.cs:207) Syste m.Delegate:DynamicInvoke (object[]) in <0x0032d> GtkSharp.voidObjectObjectintintSelectionDatauintuintSignal:voidObje ctObjectintintSelectionDatauintuintCallback (intptr,intptr,int,int,intptr,uint,u int,int) in <0x000f7> (wrapper native-to-managed) GtkSharp.voidObjectObjectintintSelectio nDatauintuintSignal:voidObjectObjectintintSelectionDatauintuintCallback (intptr, intptr,int,int,intptr,uint,uint,int) in (unmanaged) (wrapper managed-to-native) PanelApplet.AppletFactory:panel_apple t_factory_main (string,intptr,PanelAppletSharp.FactoryCallbackNative,intptr) in <0x00004> (wrapper managed-to-native) PanelApplet.AppletFactory:panel_applet_ factory_main (string,intptr,PanelAppletSharp.FactoryCallbackNative,intptr) in [0x00075] (at /var/tmp/portage/tomboy-0.3.1/work/tomboy-0.3.1/Tomboy/panelapp let/AppletFactory.cs:23) PanelApplet.AppletFactory:Register (System.Type) in [0x0000a] (at /var/tmp/portage/tomboy-0.3.1/work/tomboy-0.3.1/Tomboy/Tomboy.c s:54) Tomboy.Tomboy:RegisterPanelAppletFactory () in [0x00062] (at /var/tmp/portage/tomboy-0.3.1/work/tomboy-0.3.1/Tomboy/Tomboy.c s:36) Tomboy.Tomboy:Main (string[]) =================================================== Reproducible: Always Steps to Reproduce: 1.Start the tomboy applet 2.Open a random webpage with epiphany 3.Drag'n'drop its url onto the tomboy applet Actual Results: tomboy crashed Expected Results: It should have opened a new note with the URL My gentoo system is mainly stable, and I tried to add as few ~x86 mono apps as possible to compile tomboy: My package.keywords contains ======================================= app-misc/tomboy ~x86 # 0.3.1 known to work <app-text/aspell-60.3 ~x86 # for tomboy 0.3.1 <dev-dotnet/mono-1.0.5 ~x86 <dev-dotnet/gnome-sharp-1.0.5 ~x86 <dev-dotnet/gtk-sharp-1.0.5 ~x86 <dev-dotnet/gconf-sharp-1.0.5 ~x86 <dev-dotnet/glade-sharp-1.0.5 ~x86 <dev-dotnet/art-sharp-1.0.5 ~x86 <dev-libs/icu-2.7 ~x86 ============================ and package-uses contains the line dev-dotnet/mono -nptl (I'm on a 2.6 kernel with a nptl glibc) If the bug comes from my to restrictive package.keywords file, the dependencies of the ebuild should be updated to reflect this.
I don't think it's an NPTL problem, but first can you try upgrading to mono-1.0.5-r4, with the "nptl" USE flag enabled? we no longer dep on gcc-3.4 to do so, only gcc-3.3.5. I don't tihnk that's really the issue though, so i'll look into this when I find a chance. Can you see if the same happens when using tomboy as a notification area icon? Thanks.
The same happens with the tray-icons. mono-1.0.5-r4 +nptl is compiling right now.
I emerged mono 1.0.5-r4 and re-emerged tomboy-0.3.1. This doesn't seem to change anything. It might be useful to upgrade the other *-sharp packages to 1.0.5 and I'll try it now.
My last comment (#3) was stupid. The *-sharp packages do not have a 1.0.5 version but only a 1.0.4 an a 1.0.6 one.
Emerging th following packages don't change anything neither These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] dev-dotnet/gtk-sharp-1.0.6 [1.0.4-r1] [ebuild U ] dev-dotnet/art-sharp-1.0.6 [1.0.4] [ebuild U ] dev-dotnet/glade-sharp-1.0.6 [1.0.4] [ebuild U ] dev-dotnet/gnome-sharp-1.0.6 [1.0.4] [ebuild U ] dev-dotnet/gconf-sharp-1.0.6 [1.0.4] [ebuild R ] app-misc/tomboy-0.3.1
I've just confirmed that this doesn't cause a crasher here, however i'm on the package.masked mono-1.1.4. I'm going to give 1.0.5-r4 a try this evening to see if I can reproduce it here on that version of mono.
This still a problem with the recently commited 0.3.2? Thanks.
Yes it is :-(
Is this still a problem with 0.3.4?
It doesn't crash anymore (tomboy 0.3.4 and mono 1.1.8.3, but I still don't have a note with the url.
Can you try it with mono 1.1.12.1-r1 please?
mono-1.1.12 doesn't even unpack on my ppc. I'll try now on my x86 agena ~ # emerge -va mono These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] dev-lang/mono-1.1.12.1-r1 [1.1.8.3] +X +nptl 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] y >>> emerge (1 of 1) dev-lang/mono-1.1.12.1-r1 to / >>> md5 files ;-) mono-1.1.13.2.ebuild >>> md5 files ;-) mono-1.1.8.3.ebuild >>> md5 files ;-) mono-1.0.5-r5.ebuild >>> md5 files ;-) mono-1.1.12.1-r1.ebuild >>> md5 files ;-) mono-1.1.13.1.ebuild >>> md5 files ;-) files/dotnet.conf >>> md5 files ;-) files/dotnet.init >>> md5 files ;-) files/mono-1.1.5-pathfix.diff >>> md5 files ;-) files/mono-1.1.9.1-io-layer-fix.diff >>> md5 files ;-) files/mono-1.1.7-ppc-tls.diff >>> md5 files ;-) files/mono-1.1.8.3-array-getvalue.diff >>> md5 files ;-) files/digest-mono-1.1.12.1-r1 >>> md5 files ;-) files/mono-1.1.5-r42108.diff >>> md5 files ;-) files/digest-mono-1.0.5-r5 >>> md5 files ;-) files/digest-mono-1.1.13.2 >>> md5 files ;-) files/digest-mono-1.1.13.1 >>> md5 files ;-) files/mcs-1.0.5-pathfix.diff >>> md5 files ;-) files/mono-1.1.5-r42122.diff >>> md5 files ;-) files/mono-1.1.5-icu-linking.diff >>> md5 files ;-) files/mono-1.1.6-r42300.diff >>> md5 files ;-) files/mono-1.1.13-pathfix.diff >>> md5 files ;-) files/mono-1.1.8.3-icall.diff >>> md5 files ;-) files/mono-1.1.13-resource-manager.diff >>> md5 files ;-) files/digest-mono-1.1.8.3 >>> md5 src_uri ;-) mono-1.1.12.1.tar.gz >>> Unpacking source... >>> Unpacking mono-1.1.12.1.tar.gz to /var/tmp/portage/mono-1.1.12.1-r1/work tar: Skipping to next header tar: Archive contains obsolescent base-64 headers gzip: stdin: invalid compressed data--crc error gzip: stdin: invalid compressed data--length error tar: Child returned status 1 tar: Error exit delayed from previous errors !!! ERROR: dev-lang/mono-1.1.12.1-r1 failed. !!! Function unpack, Line 381, Exitcode 2 !!! failure unpacking mono-1.1.12.1.tar.gz !!! If you need support, post the topmost build error, NOT this status message.
This unpacking problem is ppc specific.
Going to tomboy 0.3.5, mon 1.1.12-r1 on x86 doesn't solve the problem : drag'n'drop-ing an URL onto tomboy's icon doesn't seem to do anything
Is this bug still present in tomboy-.6* and mono-1.2*?
Still present with 0.4.1 and mono 1.2.4. I will soon test with 0.6.3
what are the results with 0.6.3?
No response from the reporter for some time now, reopen if needed
