GNOME Bugzilla – Bug 526662
Crashes when switching from local file backend to remember the milk
Last modified: 2008-12-23 10:27:19 UTC
Quoting http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474503 : > 1. Start tasque > 2. Go to preferences > 3. Switch "Task Management System" from "Local File" to "Remember The Milk". > 4. *Crash* [Debug]: Tasque remote control active. [Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend [Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend [Debug]: Found Available Backend: Tasque.Backends.EDS.EDSBackend [Debug]: Tasque.exe location: /usr/lib/tasque/Tasque.exe [Info]: Searching for Backend DLLs in: /usr/lib/tasque [Info]: Reading /usr/lib/tasque/RtmNet.dll [Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk' [Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File' [Debug]: Storing 'Tasque.Backends.EDS.EDSBackend' = 'Evolution Data Server' [Debug]: CurrentBackend specified in Preferences: Tasque.Backends.Sqlite.SqliteBackend [Info]: Using backend: Local File (Tasque.Backends.Sqlite.SqliteBackend) [Debug]: Backend sync finished [Warn]: Cannot set status when taskWindow is null [Debug]: Configuration status: True [Info]: OnPreferences called [Debug]: Loading preferences [Debug]: Called Preferences Init [Info]: Cleaning up 'Local File'... Stacktrace: at (wrapper managed-to-native) Gtk.ListStore.gtk_list_store_clear (intptr) <0x0000b> at (wrapper managed-to-native) Gtk.ListStore.gtk_list_store_clear (intptr) <0xffffffff> at Gtk.ListStore.Clear () <0x00024> at Tasque.Backends.Sqlite.SqliteBackend.Cleanup () <0x0001a> at Tasque.PreferencesDialog.OnBackendComboBoxChanged (object,System.EventArgs) <0x0018c> at GLib.Signal.voidObjectCallback (intptr,intptr) <0x00108> at (wrapper native-to-managed) GLib.Signal.voidObjectCallback (intptr,intptr) <0xffffffff> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x0000b> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00008> at Gnome.Program.Run () <0x0000c> at Tasque.Application.StartMainLoop () <0x0001d> at Tasque.Application.Main (string[]) <0x00054> at (wrapper runtime-invoke) Tasque.Application.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: Tasque [0x5a114f] Tasque [0x468c05] Tasque [0x581ae6] /lib/libpthread.so.0 [0x2b2b8423b360] /usr/lib/libglib-2.0.so.0 [0x2b2b83dbcd28] /usr/lib/libglib-2.0.so.0(g_sequence_iter_get_sequence+0xe) [0x2b2b83dbd30e] /usr/lib/libgtk-x11-2.0.so.0 [0x2aaaac5bf4be] /usr/lib/libgtk-x11-2.0.so.0 [0x2aaaac69cc9f] /usr/lib/gtk-2.0/modules/libgail.so [0x2aaab4164316] /usr/lib/gtk-2.0/modules/libatk-bridge.so [0x2aaab439bde5] /usr/lib/libgobject-2.0.so.0 [0x2aaaad810442] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x2aaaad812005] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x2aaaad8123b3] /usr/lib/libatk-1.0.so.0 [0x2aaaaccdbc81] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x2aaaad7fcb5f] /usr/lib/libgobject-2.0.so.0 [0x2aaaad8102b6] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x2aaaad812005] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x2aaaad8123b3] /usr/lib/libgobject-2.0.so.0 [0x2aaaad800ab2] /usr/lib/libgobject-2.0.so.0(g_object_notify+0x207) [0x2aaaad801477] /usr/lib/gtk-2.0/modules/libgail.so [0x2aaab4167af8] /usr/lib/gtk-2.0/modules/libgail.so(gail_menu_item_new+0xb3) [0x2aaab41678f3] /usr/lib/libgtk-x11-2.0.so.0 [0x2aaaac6d7e55] /usr/lib/gtk-2.0/modules/libgail.so [0x2aaab415ecc3] /usr/lib/gtk-2.0/modules/libatk-bridge.so [0x2aaab439b968] /usr/lib/libgobject-2.0.so.0 [0x2aaaad810442] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x2aaaad812005] /usr/lib/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b8) [0x2aaaad8122c8] /usr/lib/gtk-2.0/modules/libgail.so [0x2aaab415e921] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x2aaaad7fcb5f] /usr/lib/libgobject-2.0.so.0 [0x2aaaad8105ec] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x2aaaad812005] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x2aaaad8123b3] /usr/lib/libgtk-x11-2.0.so.0 [0x2aaaac52ecfb] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x2aaaad7fcb5f] /usr/lib/libgobject-2.0.so.0 [0x2aaaad8105ec] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x2aaaad812005] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x2aaaad8123b3] /usr/lib/libgtk-x11-2.0.so.0 [0x2aaaac69b2c7] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x2aaaad7fcb5f] /usr/lib/libgobject-2.0.so.0 [0x2aaaad8105ec] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x2aaaad812005] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x2aaaad8123b3] /usr/lib/libgtk-x11-2.0.so.0(gtk_list_store_remove+0x12b) [0x2aaaac5bde9b] /usr/lib/libgtk-x11-2.0.so.0(gtk_list_store_clear+0x71) [0x2aaaac5bdf51] [0x412f4aa5] Debug info from gdb: (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0x2b2b84e52640 (LWP 32412)] [New Thread 0x40224950 (LWP 32415)] [New Thread 0x40023950 (LWP 32414)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0x00002b2b8475f30b in fork () from /lib/libc.so.6 3 Thread 0x40023950 (LWP 32414) 0x00002b2b8423aa11 in nanosleep () from /lib/libpthread.so.0 2 Thread 0x40224950 (LWP 32415) 0x00002b2b84237889 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 1 Thread 0x2b2b84e52640 (LWP 32412) 0x00002b2b8475f30b in fork () from /lib/libc.so.6
+ Trace 194467
Thread 1 (Thread 0x2b2b84e52640 (LWP 32412))
================================================================= 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. =================================================================
I cannot reproduce this in SVN trunk. Can anyone?
Quoting the Debian bugreport: > Got the same crash when running tasque from KDE. The crash happens > when tasque tries to open the browser (so that you log into your > 'Remember the milk' account). That is, when I click on the "Click here > to connect" in the "Remember the Milk" tab. > > On the same box (but different user), under Gnome, tasque was able to > launch the browser without crashing. So it might be that tasque > doesn't know how to launch the browser under KDE. I didn't try to reproduce it yet outside of gnome but maybe someone has an idea why this could happen.
I also cannot reproduce this. Sebastian, could you try building Tasque from trunk to see if you still have this issue?
I can reproduce this on FreeBSD 7.1-PRERELEASE, with Mono 2.0, GNOME 2.24, Tasque 0.1.7 or from trunk. Running ``mono --debug --trace=Tasque /usr/local/lib/tasque/Tasque.exe'' and changing the backend from file to rtm produce the following output: [SNIP] [Debug]: Cleaning up backend: Local File . . . . . . . . . . . . LEAVE: Tasque.ConsoleLogger:Log (Tasque.LogLevel,string,object[]) . . . . . . . . . . . LEAVE: Tasque.FileLogger:Log (Tasque.LogLevel,string,object[]) . . . . . . . . . . LEAVE: Tasque.Logger:Log (Tasque.LogLevel,string,object[]) . . . . . . . . . LEAVE: Tasque.Logger:Debug (string,object[]) . . . . . . . . . ENTER: Tasque.Backends.Sqlite.SqliteBackend:Cleanup ()(this:0x8b03540[Tasque.Backends.Sqlite.SqliteBackend Tasque.exe], ) ^\Full thread dump: "" tid=0x0x8373c00 this=0x0x8424d20: "" tid=0x0x8301100 this=0x0x8424e00: at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0x00004> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0xffffffff> at System.Reflection.MonoMethod.Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) [0x00057] in /usr/ports/lang/mono/work/mono-2.0/mcs/class/corlib/System.Reflection/MonoMethod.cs:157 at System.Reflection.MethodBase.Invoke (object,object[]) [0x00000] in /usr/ports/lang/mono/work/mono-2.0/mcs/class/corlib/System.Reflection/MethodBase.cs:110 at System.Delegate.DynamicInvokeImpl (object[]) [0x000b4] in /usr/ports/lang/mono/work/mono-2.0/mcs/class/corlib/System/Delegate.cs:422 at System.MulticastDelegate.DynamicInvokeImpl (object[]) [0x00018] in /usr/ports/lang/mono/work/mono-2.0/mcs/class/corlib/System/MulticastDelegate.cs:71 at System.Delegate.DynamicInvoke (object[]) [0x00000] in /usr/ports/lang/mono/work/mono-2.0/mcs/class/corlib/System/Delegate.cs:394 at GLib.Signal.ClosureInvokedCB (object,GLib.ClosureInvokedArgs) <0x00159> at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs) <0x0001b> at GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0x00199> at (wrapper native-to-managed) GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Gnome.Program.Run () <0x00007> at Tasque.GnomeApplication.StartMainLoop () [0x00000] in /usr/home/romain/Projects/BSD-sharp-latest/deskutils/tasque/work/tasque-0.1.8/src/GnomeApplication.cs:59 at Tasque.Application.StartMainLoop () [0x00000] in /usr/home/romain/Projects/BSD-sharp-latest/deskutils/tasque/work/tasque-0.1.8/src/Application.cs:567 at Tasque.Application.Main (string[]) [0x0000b] in /usr/home/romain/Projects/BSD-sharp-latest/deskutils/tasque/work/tasque-0.1.8/src/Application.cs:531 at (wrapper runtime-invoke) Tasque.Application.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Unfortunately, the mono-debugger is not available for FreeBSD and I am afraid I cannot help much more. I would be happy however to do further tests if you have suggestions.
That trace really doesn't tell much, unfortunately. That's the complete thread dump? Not sure what to try at this point. By the way, you can pass --debug and --trace arguments directly to the tasque command (at least in SVN you can).
(In reply to comment #2) > Quoting the Debian bugreport: > > > Got the same crash when running tasque from KDE. The crash happens > > when tasque tries to open the browser (so that you log into your > > 'Remember the milk' account). That is, when I click on the "Click here > > to connect" in the "Remember the Milk" tab. > > > > On the same box (but different user), under Gnome, tasque was able to > > launch the browser without crashing. So it might be that tasque > > doesn't know how to launch the browser under KDE. > > I didn't try to reproduce it yet outside of gnome but maybe someone has an idea > why this could happen. > This is a different bug that is fixed in SVN (related to our use of GNOME's URL opener API).
Okay, I am able to reproduce this bug, with a somewhat different stack trace. Of interest, there is an exception occurring while cleaning up the sqlite backend. Looking into it now.
Fixed in r172. To reproduce, I had to: 1) Create tasks in sqlite backend. 2) Delete all tasks in sqlite backend (using new delete feature). 3) Switch to RTM backend. BOOM. Closing. Romain, please re-open if your bug isn't fixed as of r172 of SVN trunk. And in that case, please just run `tasque --debug`...the trace could mess things up. Thanks!
Just check-out r176. The problem is fixed! Thank's!