GNOME Bugzilla – Bug 497092
crash in gThumb Image Viewer: I just imported some pic...
Last modified: 2007-11-15 16:38:56 UTC
What were you doing when the application crashed? I just imported some pictures from a SD card. 5 or 6 images were in RAW format. All pictures were taken with a Canon Powershot A610 that had the CHDK patch applied to activate RAW mode. The patch files were on the SD card at the time of the crash, In the card's root directory. Distribution: Fedora release 7 (Moonshine) Gnome Release: 2.18.3 2007-11-13 (Red Hat, Inc) BugBuddy Version: 2.18.0 System: Linux 2.6.23.1-21.fc7 #1 SMP Thu Nov 1 21:09:24 EDT 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 10300000 Selinux: Permissive Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: Fedora Memory status: size: 88485888 vsize: 88485888 resident: 26636288 share: 19734528 rss: 26636288 rss_rlim: 4294967295 CPU usage: start_time: 1195142821 rtime: 694 utime: 437 stime: 257 cutime:0 cstime: 1 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/gthumb' (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1208494368 (LWP 3383)] [New Thread -1267700848 (LWP 3399)] [New Thread -1267172464 (LWP 3398)] [New Thread -1266644080 (LWP 3397)] [New Thread -1245135984 (LWP 3393)] [New Thread -1244607600 (LWP 3392)] (no debugging symbols found) 0x00110402 in __kernel_vsyscall ()
+ Trace 177908
Thread 6 (Thread -1244607600 (LWP 3392))
----------- .xsession-errors (260 sec old) --------------------- localuser:wim being added to access control list SESSION_MANAGER=local/unix:/tmp/.ICE-unix/2802 --- Hash table keys for warning below: --> file:///home/wim (nautilus:3279): Eel-WARNING **: "nautilus-directory.c: directories" hash table still has 1 element at quit time (keys above) closing closing closing --------------------------------------------------
Can you install the gthumb-debuginfo and libopenraw-debuginfo RPMs from the F7 debuginfo repo and reproduce the crash? This will give us a better backtrace. *** This bug has been marked as a duplicate of 463970 ***