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 173119 - GIMP eats all memory during generating a file preview in the open file dialog.
GIMP eats all memory during generating a file preview in the open file dialog.
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: Plugins
2.2.x
Other Linux
: Normal critical
: 2.2
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2005-04-08 21:12 UTC by Malte
Modified: 2008-01-15 12:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Opening this .gif cause GIMP to eat all RAM. WARNING: ONE TIME THIS CRASHED MY SYSTEM (72.00 KB, image/gif)
2005-04-09 09:02 UTC, Malte
Details

Description Malte 2005-04-08 21:12:43 UTC
Distribution/Version: Debian/testing

1: Starting Gimp
2: Select the file open dialog.
3: Browse to a directory which contains a lot of .gif files. Numbered from
m20001.gif to m20300.gif (three hundred files, together 49MB)
4: Select one of the gif files.
5: Click to generate a preview on the right field near the file selection box.

Then Gimp seemed to eat up every available memory until no RAM+Swap was free.
Then KDE (3.3) started killing running applications until it hits GIMP after a
few minutes. Until GIMP was killed, the mouse position, mp3 playback and
updating of the desktop is done only irregular.

If I did not overseen that this buq has reported before, I would suggest
serverity:critical because unsaved data in other applications could be lost
because they are killed by the system during lack of memory. (Lucily in my case
it hit only the mp3 playback which lost the information which file of the
playlist was actually playing.)

My second try:
This time I stopped every other CPU and RAM intensive application before
retrying the steps above with GIMP.
GIMP automatically displayed the preview of the wished .gif image (I did not
need to klick preview this time) but again started to eat up every memory. When
no free memory was left GIMP displayed a message : "The plugin "gifload" is
crashed (/usr/lib/gimp/2.0/plug-ins/gifload) The crashed plugin possiblbly
irritated GIMP. The best would be to save all images and restart GIMP". Then the
memory was free again.

I believe GIMP tried to generate a preview of every three hundred files.

Note: I am using GIMP under KDE 3.3. I've translated the error message of GIMP
back from german, so I think the message is not word exact with the original
english error message. My system has 512MB RAM and a 1GB swap partition.
Please excuse my bad english.
Comment 1 Sven Neumann 2005-04-08 21:24:42 UTC
GIMP only creates the preview for the file you selected. The behaviour you
report here has not been reported before so it is very likely that something is
strange with your setup. Could you please provide one of the problematic GIF
images and attach it here. Please do also check permissions of the ~/.thumbnails
folder.
Comment 2 Malte 2005-04-09 09:02:30 UTC
Created attachment 39864 [details]
Opening this .gif cause GIMP to eat all RAM. WARNING: ONE TIME THIS CRASHED MY SYSTEM

The .gif file seems to be corrupted, but other applications (like Kuickshow of
KDE) can display the upper half of the image properly.
Comment 3 Manish Singh 2005-04-09 10:11:41 UTC
Fixed on both branches. The plugin will throw up some error messages now,
instead of eating away memory.

2005-04-09  Manish Singh  <yosh@gimp.org>

        * plug-ins/common/gifload.c (GetCode): GetDataBlock returns -1 on
        error, so count should be an int, not an unsigned char. Fixes
        bug #173119.