Menu

#27 gthumb dies often under Fedora 31

v1.0_(example)
open
nobody
None
5
2020-06-05
2020-06-05
No

gthumb dies very often under Fedora 31. It is getting a SIGKILL signal and apparently not handling it.
If you start gthumb from a terminal window (I use GNOME terminal 3.34.2), apparently the failure
to handle the SIGKILL will propagate to the terminal window which will also then die (all of its
instances). So I run gthumb from an emacs shell, which does catch the SIGKILL (and ignores it).

Running gthumb in an emacs shell window under gdb, it generates a large number of [New Thread ...]
and [ Thread ... exited] (in the latest example 222 such pairs, and then it died.

It appears to me that gthumb is unable/failing to keep up with a large number of tasks to regenerate thumbnails or images, and either there is a mutual exclusion bug or a queueing bug in handling the
tasks.

I have several directories where images are created (and removed) dynamically as I run scripts that
take a description of the image and then generate it, or run over the image and modify it. This means
that gthumb is constantly being notified that an image file (all GIFs in my case) has been modified and
it needs to then generate an updated thumbnail image. Eventually it fails to be able to do this, it sits
frozen for a short time, and then it dies. During all this, the mouse is exceptionally non-responsive,
either not moving, or moving only after a signficant lag.

This is gthumb 3.8.3 running under Fedora 31

Discussion


Log in to post a comment.