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 435792 - crash in gThumb Image Viewer: rotating a jpg photo i h...
crash in gThumb Image Viewer: rotating a jpg photo i h...
Status: RESOLVED DUPLICATE of bug 391004
Product: gthumb
Classification: Other
Component: general
unspecified
Other All
: High critical
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2007-05-04 11:22 UTC by rob
Modified: 2007-05-04 12:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description rob 2007-05-04 11:22:29 UTC 
What were you doing when the application crashed?
rotating a jpg photo i had imported. It seems to crash every time I rotate a jpg from my new olympus camera.


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

Memory status: size: 151965696 vsize: 0 resident: 151965696 share: 0 rss: 49221632 rss_rlim: 0
CPU usage: start_time: 1178277673 rtime: 0 utime: 421 stime: 0 cutime:393 cstime: 0 timeout: 28 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 -1226701136 (LWP 5096)]
[New Thread -1313875040 (LWP 5108)]
[New Thread -1305482336 (LWP 5107)]
[New Thread -1297089632 (LWP 5106)]
[New Thread -1270641760 (LWP 5103)]
[New Thread -1239352416 (LWP 5101)]
(no debugging symbols found)
0xb7f61410 in __kernel_vsyscall ()

+ Trace 132320

Thread 1 (Thread -1226701136 (LWP 5096))

  • #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 ??
    from /usr/lib/gthumb/modules/libjpegtran.so
  • #14 ??
  • #0 __kernel_vsyscall 






Comment 1


Michael Chudobiak





          2007-05-04 12:00:22 UTC
        



This is a libexif bug.

The next release of gThumb (2.10.3) should have a work-around for this.

- Mike


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