GNOME Bugzilla – Bug 165230
eog crashes while diplaying set of .png files
Last modified: 2005-10-26 16:29:44 UTC
Distribution: Debian 3.1 Package: EOG Severity: normal Version: GNOME2.8.1 2.8.2 Gnome-Distributor: Debian Synopsis: eog crashes while diplaying set of .png files Bugzilla-Product: EOG Bugzilla-Component: general Bugzilla-Version: 2.8.2 BugBuddy-GnomeVersion: 2.0 (2.8.0) Description: Description of the crash: EOG crashes during the display of some .png files (from the openclipart collection) Steps to reproduce the crash: 1. start eog on a directory (from a shell: eog /usr/share/openclipart/png/unsorted/) 2. use arrow buttons to browse through the .png pictures Expected Results: While everithing works nicely for a while, at some point while pressing right-arrow on the keyboard the program crashes. How often does this happen? occasionaly Additional Information: Debugging Information: Backtrace was generated from '/usr/bin/eog' (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found) `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. (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) [Thread debugging using libthread_db enabled] [New Thread 1089740608 (LWP 6922)] [New Thread 1118210992 (LWP 6925)] (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) 0x407d6511 in __waitpid_nocancel () from /lib/tls/libpthread.so.0
+ Trace 54912
Thread 1 (Thread 1089740608 (LWP 6922))
------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-01-25 15:46 ------- Unknown version 2.8.2 in product EOG. Setting version to "unspecified". Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "EOG". Setting to default milestone for this product, '---' The original reporter of this bug does not have an account here. Reassigning to the person who moved it here, unknown@bugzilla.gnome.org. Previous reporter was jung@cis.ksu.edu. Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Yes, Iam able to reproduce the crash. EOG crashes giving the following message GThread-ERROR **: file gthread-posix.c: line 351 (): error 'Cannot allocate memory' during 'pthread_create' aborting...
The trace looks unique. Maybe someone can provide one trace with debugging symbols ? Please see http://live.gnome.org/GettingTraces for more information on how to do so.
Bug reproduced in EOG 2.10.2. Stack trace is: Backtrace was generated from '/usr/bin/eog' Using host libthread_db library "/lib/tls/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1210172672 (LWP 26558)] [New Thread -1228112976 (LWP 26561)] 0xffffe410 in __kernel_vsyscall ()
+ Trace 61915
Thread 2 (Thread -1228112976 (LWP 26561))
I made other test and find out: - browsing only the png files doesn't lead to an immediate crash: after a few cursor strokes the application can't load some images, then crashes. Virtual memory used by eod keep growing steadly until it crashes. - browsing only the svg files lead to an immediate crash. Also, loading the first image of the folder (abracadabra_jean-maurice_01.svg), as well as several others, crash EOG at once. - opening the very same folder (unsorted) with nautilus make it crash, too
Created attachment 49524 [details] Stack trace browsing only png files Crashes after being unable to load some of the files and continue browsing
Created attachment 49525 [details] Stack trace browsing only svg files EOG hangs immediatly, printing (eog:23646): librsvg-WARNING **: rsvg_start_svg: width too large (eog:23646): librsvg-WARNING **: rsvg_start_svg: width too large (eog:23646): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed Eog-ERROR **: file eog-image.c: line 843 (real_image_load): assertion failed: (image != NULL) aborting... Xlib: unexpected async reply (sequence 0xe1a)! /usr/share/bug-buddy/gdb-cmd:2: Error in sourced command file: Previous frame inner to this frame (corrupt stack?) on console and crashing after a while
Created attachment 49527 [details] Stack trace browsing only svg files
Created attachment 49528 [details] Stack trace browsing only png files
Alessio: for future reference, it is good to past stack traces into the bug so that they are searchable.
This sounds like the same problem I reported in Debian's BTS. The bug is that EOG creates joinable threads to load tumbnails without calling g_thread_join to free the used resources. The simple fix is to make parameter 3 of g_thread_create FALSE so that resources will be freed automatically. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288163
I know this doesn't make much sense cronologically, but this is also bug 315147 (or Debian bug 288163), which has already been fixed and marked as such, so I'm marking this as a duplicate. *** This bug has been marked as a duplicate of 315147 ***