GNOME Bugzilla – Bug 410597
crash in gThumb Image Viewer: I was browsing a folder ...
Last modified: 2007-02-22 12:29:55 UTC
What were you doing when the application crashed? I was browsing a folder with gThumb last night and left it open the whole night with no operation. Todays morning it's still alive. But when I plugged in an USB hard drive it crashed. The directory I was browsing was on my local hard drive and have no overlap with auto mount points. I'm running it in KDE. It seems that it crashed right after the Konqueror's window pop up on new hard disk was found. This may be helpful: my mobile hard drive has some NTFS partitions, but one of them had file system error and auto mount failed. I'm using NTFS-3g. The error message was: ========== Volume is scheduled for check. Please boot into Windows TWICE, or use the 'force' mount option. ========== Distribution: Fedora Core release 6 (Zod) Gnome Release: 2.16.3 2007-01-31 (Red Hat, Inc) BugBuddy Version: 2.16.0 System: Linux 2.6.19-1.2911.fc6 #1 SMP Sat Feb 10 15:51:47 EST 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 70101000 Selinux: No Accessibility: Disabled Memory status: size: 449097728 vsize: 0 resident: 449097728 share: 0 rss: 96120832 rss_rlim: 0 CPU usage: start_time: 1172063915 rtime: 0 utime: 7192 stime: 0 cutime:6934 cstime: 0 timeout: 258 it_real_value: 0 frequency: 0 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 -1208690992 (LWP 13765)] [New Thread -1446999152 (LWP 13782)] [New Thread -1436509296 (LWP 13781)] [New Thread -1426019440 (LWP 13780)] [New Thread -1415529584 (LWP 13779)] [New Thread -1405039728 (LWP 13777)] [New Thread -1271759984 (LWP 13776)] (no debugging symbols found) 0x00110402 in __kernel_vsyscall ()
+ Trace 112736
Thread 1 (Thread -1208690992 (LWP 13765))
----------- .xsession-errors (169576 sec old) --------------------- QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified QFile::open: No file name specified ...Too much output, ignoring rest... --------------------------------------------------
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. This is fixed in 2.8.x and 2.9.x, available at http://ftp.gnome.org/pub/gnome/sources/gthumb/2.8/ and http://ftp.gnome.org/pub/gnome/sources/gthumb/2.9/. This is fixed in the FC7 development repo ("rawhide"). *** This bug has been marked as a duplicate of 356623 ***