After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 166275 - gThumb doesn't freeze memory
gThumb doesn't freeze memory
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.4.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
: 310434 312236 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-02-04 13:04 UTC by Alberto Barrionuevo
Modified: 2006-09-13 13:45 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
patch of memoryleaks (583 bytes, patch)
2006-02-11 22:24 UTC, Søren Wedel Nielsen 		none Details | Review

Description Alberto Barrionuevo 2005-02-04 13:04:38 UTC 
Take a large directory with a lot of images (more than 1000 of 800x600 more or
less). View them one after the other repetitiveness. Make some operations with
some of them, like renaming and removing some. Slowly the memory use of gThumb
2.4.0 goes up and up and up... until a moment when the whole linux (2.6.8 from
Ubuntu) doesn't work almost because providing messages that can not allocate new
memory for new processes. (In this moment, with Gnome is quite hard to kill
gThumb since the computer is almost not responding: so so slowly only).
Comment 1 Gabriel de Perthuis 2005-03-10 21:36:13 UTC 
I confirm this, with browsing a 1000 pic folders. No picture modifications.
Changing dirs doesn't release memory.
Perhaps, like mozilla, gthump is «caching» everything (maybe just thumbnails)
without releasing anything.
Comment 2 Pavol Šimo 2005-07-15 06:08:03 UTC 
Also when importing photos - I have 1GB card in the camera and 256MB of RAM.
gThumb is unable to import all photos because it does not fit into memory (and
swap) - it just crashes. Or is OOM-killed.
Comment 3 Teppo Turtiainen 2005-08-01 19:12:33 UTC 
*** Bug 310434 has been marked as a duplicate of this bug. ***
Comment 4 Teppo Turtiainen 2005-08-01 19:12:47 UTC 
*** Bug 310749 has been marked as a duplicate of this bug. ***
Comment 5 Teppo Turtiainen 2005-08-01 19:15:29 UTC 
Confirming because of the duplicates.
Comment 6 Teppo Turtiainen 2005-08-01 19:20:23 UTC 
*** Bug 312236 has been marked as a duplicate of this bug. ***
Comment 7 Søren Wedel Nielsen 2006-02-11 22:23:01 UTC 
I have found two memoryleaks, one of them quiet serious: A g_list of all images in the current directory is leaked every time a new image is shown.

The following patch reduces the problem significantly.
Comment 8 Søren Wedel Nielsen 2006-02-11 22:24:27 UTC 
Created attachment 59150 [details] [review]
patch of memoryleaks
Comment 9 Paolo Bacchilega 2006-02-12 18:43:58 UTC 
patch applied (with some modification), thanks.