GNOME Bugzilla – Bug 588125
crash in gThumb Photo Import Tool: Used the duplicates tool...
Last modified: 2009-09-23 12:52:05 UTC
What were you doing when the application crashed? Used the duplicates tool in trunk, with --g-fatal-warnings. If you delete duplicates, an improper g_object_unref occurs when the duplicates dialog is closed. Distribution: Fedora release 11 (Leonidas) Gnome Release: 2.26.2 2009-06-01 (Red Hat, Inc) BugBuddy Version: 2.26.0 System: Linux 2.6.29.5-191.fc11.x86_64 #1 SMP Tue Jun 16 23:23:21 EDT 2009 x86_64 X Vendor: The X.Org Foundation X Vendor Release: 10601901 Selinux: Enforcing Accessibility: Disabled GTK+ Theme: Nodoka Icon Theme: Fedora GTK+ Modules: canberra-gtk-module, gnomebreakpad Memory status: size: 861380608 vsize: 861380608 resident: 30314496 share: 17375232 rss: 30314496 rss_rlim: 18446744073709551615 CPU usage: start_time: 1247101829 rtime: 69 utime: 65 stime: 4 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/gthumb' [?1034h[Thread debugging using libthread_db enabled] [New Thread 0x7f6be0772910 (LWP 2707)] [New Thread 0x7f6bde797910 (LWP 2706)] [New Thread 0x7f6bdebf8910 (LWP 2705)] [New Thread 0x7f6bdec79910 (LWP 2704)] [New Thread 0x7f6bdecfa910 (LWP 2703)] [New Thread 0x7f6be16e2910 (LWP 2700)] [New Thread 0x7f6be177b910 (LWP 2699)] 0x0000003e9f20e9dd in waitpid () from /lib64/libpthread.so.0
+ Trace 216363
Thread 1 (Thread 0x7f6be794f820 (LWP 2696))
---- Critical and fatal warnings logged during execution ---- ** GLib-GObject **: g_object_unref: assertion `G_IS_OBJECT (object)' failed ----------- .xsession-errors (53 sec old) --------------------- LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/ICAClient/npica.so [/usr/lib/ICAClient/npica.so: wrong ELF class: ELFCLASS32] (nautilus:29721): Nautilus-GDU-WARNING **: unable to query info: The specified location is not supported --------------------------------------------------
Thanks for taking the time to report this bug. Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so and reopen this bug or report a new one. Thanks in advance!
No, it shows clearly that the problem is at dlg-duplicates.c:185. - Mike
Created attachment 138159 [details] [review] GIO Fix bug:588125 duplicates tool unref
This patch doesn't look right to me: fd = file_data_new_from_gfile (g_file_dup (idata->gfile)); Why is g_file_dup necessary? This looks like a memory leak. file_data_new_from_gfile calls g_object_ref (gfile), so a g_file_dup should not be required. I think the real problem is somewhere else. - Mike
Marking as obsolete, due to the rewrite in ext branch (http://live.gnome.org/gthumb).