Bug 460316 – crash in gThumb Image Viewer: importing photos

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 460316 - crash in gThumb Image Viewer: importing photos


Summary:	crash in gThumb Image Viewer: importing photos


Status:	RESOLVED DUPLICATE of bug 391004

Product:	gthumb
Classification:	Other
Component:	general
Version:	unspecified
Hardware:	Other All

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

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2007-07-25 18:11 UTC by Christoffer Sørensen
Modified:	2007-07-30 12:21 UTC

See Also:
GNOME target:	---
GNOME version:	2.15/2.16

Description Christoffer Sørensen 2007-07-25 18:11:37 UTC

What were you doing when the application crashed?
importing photos


Distribution: Ubuntu 6.10 (edgy)
Gnome Release: 2.16.1 2006-10-02 (Ubuntu)
BugBuddy Version: 2.16.0

Memory status: size: 94330880 vsize: 0 resident: 94330880 share: 0 rss: 19247104 rss_rlim: 0
CPU usage: start_time: 1185386949 rtime: 0 utime: 464 stime: 0 cutime:350 cstime: 0 timeout: 114 it_real_value: 0 frequency: 0

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

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1227777856 (LWP 4618)]
(no debugging symbols found)
0xffffe410 in __kernel_vsyscall ()

+ Trace 150500

Thread 1 (Thread -1227777856 (LWP 4618))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/tls/i686/cmov/libpthread.so.0
#2 gnome_gtk_module_info_get
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 exif_set_sshort
from /usr/lib/libexif.so.12
#5 exif_set_short
from /usr/lib/libexif.so.12
#6 exif_data_new_from_file
from /usr/lib/libexif.so.12
#7 exif_data_new_from_file
from /usr/lib/libexif.so.12
#8 exif_data_save_data
from /usr/lib/libexif.so.12
#9 jpeg_data_save_data
#10 jpeg_data_save_file
#11 swap_xy_exif_fields
#12 apply_transformation_jpeg
#13 dlg_photo_importer
from /usr/lib/gthumb/modules/libphotoimporter.so
#14 dlg_photo_importer
from /usr/lib/gthumb/modules/libphotoimporter.so
#15 g_source_get_current_time
from /usr/lib/libglib-2.0.so.0
#16 g_main_context_dispatch
from /usr/lib/libglib-2.0.so.0
#17 g_main_context_check
from /usr/lib/libglib-2.0.so.0
#18 g_main_loop_run
from /usr/lib/libglib-2.0.so.0
#19 gtk_main
from /usr/lib/libgtk-x11-2.0.so.0
#20 main
#0 __kernel_vsyscall

Comment 1 Christoffer Sørensen 2007-07-30 08:06:28 UTC

This is a bug in the ubuntu edgy libexif.

Using the newest upstream version makes this bug go away.

Comment 2 Michael Chudobiak 2007-07-30 12:21:16 UTC

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 391004 ***