You wrote: > On Thu, Nov 21, 2013 at 10:28:00AM +0100, Simon Josefsson wrote: > > You wrote: > > > > > tags 730050 moreinfo > > > thanks > > > > > > Hi Simon, > > > > > > On Wed, Nov 20, 2013 at 07:17:13PM +0100, Simon Josefsson wrote: > > > > Package: claws-mail-vcalendar-plugin > > > > Version: 3.8.1-2 > > > > > > > > The plugin crashes with the backtrace below. I've used the > > > > plugin for several months without issue, but something seems to > > > > be causing problems. I'm not convinced it is related, but > > > > whenever this happens, I have always clicked around in the > > > > GNOME Calendar from the toolbar at the top of the screen. > > > > > > I don't think it's related but thanks for the details. Anyway > > > the backtrace doesn't contain useful info other than the crash. > > > Can you install the debug package (claws-mail-extra-plugins-dbg), > > > and reproduce the crash? > > > > > > Please run “env LC_MESSAGES=C gdb” (or your preferred way to do > > > it) to be sure the diagnostic messages are in English. > > > > I reproduced it again, I still had to click around a bit in the > > GNOME Calendar to trigger it (no idea why). Maybe just clicking in > > any non-claws window is sufficient, although I wasn't able to > > trigger it that way. Or it is just not related. > > Now it's clear it's related, because the crash is within the > function which handles the DBus requests (generated by the GNOME > Calendar). > > AFAICS the assert causing the crash fails because of the null > user_data pointer in frame #4 (user_data=0x0). > > Could be the interface of the org.gnome.Shell.CalendarServer has > been changed? Can you try the following command in a terminal and see > the how the org.gnome.Shell.CalendarServer looks?
It looks the same for me. Should I run it after claws has crashed? /Simon > > Command is “gdbus introspect --session --dest > org.gnome.Shell.CalendarServer > --object-path /org/gnome/Shell/CalendarServer” > > Expected output (only claws-mail running here): > [...] > interface org.gnome.Shell.CalendarServer { > methods: > GetEvents(in x greeting, > in x greeting, > in b greeting, > out a(sssbxxa{sv}) events); > signals: > properties: > }; > [...] > > This could also be related with http://bugs.debian.org/683283. > > thanks in advance, > > > Thanks, > > /Simon > > > > (claws-mail:5435): GLib-CRITICAL **: g_variant_unref: assertion > > `value->ref_count > 0' failed icalcomponent.c:265: BADARG: Bad > > argument to function claws-mail: icalcomponent.c:265: > > icalcomponent_as_ical_string: Assertion `0' failed. > > > > Program received signal SIGABRT, Aborted. > > 0x00007ffff437e475 in *__GI_raise (sig=<optimized out>) > > at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > > 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or > > directory. (gdb) bt > > #0 0x00007ffff437e475 in *__GI_raise (sig=<optimized out>) > > at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > > #1 0x00007ffff43816f0 in *__GI_abort () at abort.c:92 > > #2 0x00007ffff4377621 in *__GI___assert_fail ( > > assertion=assertion@entry=0x7fffe2356d98 "0", file=<optimized > > out>, file@entry=0x7fffe2358a70 "icalcomponent.c", > > out>line=line@entry=265, > > function=function@entry=0x7fffe2358d60 > > "icalcomponent_as_ical_string") at assert.c:81 > > #3 0x00007fffe2328d76 in icalcomponent_as_ical_string > > (component=0x1b89b10) at icalcomponent.c:265 > > #4 0x00007fffe2320498 in handle_method_call (connection=<optimized > > out>, sender=<optimized out>, object_path=<optimized out>, > > interface_name=<optimized out>, method_name=<optimized out>, > > parameters=<optimized out>, invocation=0xd4de40, user_data=0x0) > > at vcal_dbus.c:103 > > #5 0x00007ffff3142b55 in ?? () > > from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #6 > > 0x00007ffff4f1b355 in g_main_context_dispatch () > > from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x00007ffff4f1b688 > > in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 > > 0x00007ffff4f1ba82 in g_main_loop_run () > > from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x00007ffff7293797 > > in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 > > ---Type <return> to continue, or q <return> to quit--- > > #10 0x000000000044d320 in main (argc=1, argv=0x7fffffffe368) at > > main.c:1686 (gdb) bt > > #0 0x00007ffff437e475 in *__GI_raise (sig=<optimized out>) > > at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > > #1 0x00007ffff43816f0 in *__GI_abort () at abort.c:92 > > #2 0x00007ffff4377621 in *__GI___assert_fail ( > > assertion=assertion@entry=0x7fffe2356d98 "0", file=<optimized > > out>, file@entry=0x7fffe2358a70 "icalcomponent.c", > > out>line=line@entry=265, > > function=function@entry=0x7fffe2358d60 > > "icalcomponent_as_ical_string") at assert.c:81 > > #3 0x00007fffe2328d76 in icalcomponent_as_ical_string > > (component=0x1b89b10) at icalcomponent.c:265 > > #4 0x00007fffe2320498 in handle_method_call (connection=<optimized > > out>, sender=<optimized out>, object_path=<optimized out>, > > interface_name=<optimized out>, method_name=<optimized out>, > > parameters=<optimized out>, invocation=0xd4de40, user_data=0x0) > > at vcal_dbus.c:103 > > #5 0x00007ffff3142b55 in ?? () > > from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #6 > > 0x00007ffff4f1b355 in g_main_context_dispatch () > > from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x00007ffff4f1b688 > > in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 > > 0x00007ffff4f1ba82 in g_main_loop_run () > > from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x00007ffff7293797 > > in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 > > ---Type <return> to continue, or q <return> to quit--- > > #10 0x000000000044d320 in main (argc=1, argv=0x7fffffffe368) at > > main.c:1686 (gdb) q > > A debugging session is active. > > > > Inferior 1 [process 5435] will be killed. > > > > Quit anyway? (y or n) y > > jas@latte:~$ >
signature.asc
Description: PGP signature