Bug 539577 – crash in gThumb: Just go to some folder i...

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 539577 - crash in gThumb: Just go to some folder i...


Summary:	crash in gThumb: Just go to some folder i...


Status:	RESOLVED NOTGNOME

Product:	gthumb
Classification:	Other
Component:	general
Version:	2.10.x
Hardware:	Other Linux

Importance:	High critical
Target Milestone:	---
Assigned To:	Paolo Bacchilega
QA Contact:	Paolo Bacchilega

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2008-06-22 11:36 UTC by veranyon
Modified:	2008-06-23 14:09 UTC

See Also:
GNOME target:	---
GNOME version:	2.21/2.22

Description veranyon 2008-06-22 11:36:51 UTC

What were you doing when the application crashed?
Just go to some folder in that program. Also I saw the crashing of that program, when open one picture (jpg). I tested my RAM with memtest and didn't find any errors.
I't old program but why do it fault so many years? because is it Open Source?


Distribution: openSUSE 11.0 (i586)
Gnome Release: 2.22.1 2008-06-07 (SUSE)
BugBuddy Version: 2.22.0

System: Linux 2.6.25.5-1.1-pae #1 SMP 2008-06-07 01:55:22 +0200 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10400090
Selinux: No
Accessibility: Disabled
GTK+ Theme: Inverted
Icon Theme: Gilouche

Memory status: size: 125214720 vsize: 125214720 resident: 14249984 share: 18128896 rss: 32378880 rss_rlim: 1806341120
CPU usage: start_time: 1214134294 rtime: 186 utime: 178 stime: 8 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/gthumb'

[?1034h[Thread debugging using libthread_db enabled]
[New Thread 0xb6b736c0 (LWP 13548)]
[New Thread 0xb2942b90 (LWP 13569)]
[New Thread 0xb203fb90 (LWP 13556)]
[New Thread 0xb20c0b90 (LWP 13555)]
[New Thread 0xb2141b90 (LWP 13554)]
[New Thread 0xb2a7fb90 (LWP 13551)]
[New Thread 0xb2b07b90 (LWP 13550)]
0xffffe430 in __kernel_vsyscall ()

+ Trace 201070

Thread 1 (Thread 0xb6b736c0 (LWP 13548))

#0 __kernel_vsyscall
#1 waitpid
from /lib/libpthread.so.0
#2 g_spawn_sync
from /usr/lib/libglib-2.0.so.0
#3 g_spawn_command_line_sync
from /usr/lib/libglib-2.0.so.0
#4 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#6 google_breakpad::ExceptionHandler::InternalWriteMinidump
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#7 google_breakpad::ExceptionHandler::HandleException
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#8 <signal handler called>
#9 free
from /lib/libc.so.6
#10 ??
from /usr/lib/libexif.so.12
#11 exif_mem_free
from /usr/lib/libexif.so.12
#12 exif_content_free
from /usr/lib/libexif.so.12
#13 exif_content_unref
from /usr/lib/libexif.so.12
#14 exif_data_free
from /usr/lib/libexif.so.12
#15 exif_data_unref
from /usr/lib/libexif.so.12
#16 window_update_image_info
at gth-browser.c line 598
#17 image_loaded_cb
at gth-browser.c line 2748
#18 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#19 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#20 ??
from /usr/lib/libgobject-2.0.so.0
#21 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#22 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#23 image_loaded
at image-viewer.c line 2229
#24 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#25 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#26 ??
from /usr/lib/libgobject-2.0.so.0
#27 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#28 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#29 image_loader_load_from_image_loader
at image-loader.c line 1017
#30 load_from_image_loader__step2
at image-viewer.c line 1905
#31 idle_call_exec_cb
at glib-utils.c line 495
#32 ??
from /usr/lib/libglib-2.0.so.0
#33 g_main_context_dispatch
from /usr/lib/libglib-2.0.so.0
#34 ??
from /usr/lib/libglib-2.0.so.0
#35 g_main_loop_run
from /usr/lib/libglib-2.0.so.0
#36 gtk_main
from /usr/lib/libgtk-x11-2.0.so.0
#37 main
at main.c line 739
#0 __kernel_vsyscall



----------- .xsession-errors (1593 sec old) ---------------------
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb9)[0xb7947279]
gthumb(main+0x8b5)[0x80ad495]
/lib/libc.so.6(__libc_start_main+0xe5)[0xb702f5f5]
gthumb[0x80639d1]
======= Memory map: ========
08048000-080c6000 r-xp 00000000 08:12 355137     /usr/bin/gthumb
080c6000-080c7000 r--p 0007e000 08:12 355137     /usr/bin/gthumb
080c7000-080cb000 rw-p 0007f000 08:12 355137     /usr/bin/gthumb
080cb000-084f5000 rw-p 080cb000 00:00 0          [heap]
b035b000-b071c000 rw-p b035b000 00:00 0 
b0c1e000-b0db6000 rw-p b0c1e000 00:00 0 
b0f0e000-b1179000 rw-p b0f0e000 00:00 0 
b153b000-b159b000 rw-s 00000000 00:09 1900563    /SYSV00000000 (deleted)
b159b0
...Too much output, ignoring rest...
--------------------------------------------------

Comment 1 veranyon 2008-06-22 11:52:59 UTC

Product:   	 gthumb
Component: 	general
Version: 	2.10.8
Status: 	UNCONFIRMED
Priority: 	High
Severity: 	critical

Comment 2 Michael Chudobiak 2008-06-23 14:09:19 UTC

This appears to be a crash in libexif, not gthumb.

Please report the problem to the libexif developers at https://sourceforge.net/tracker/?group_id=12272&atid=112272.

- Mike