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 408659 - crash in gThumb Image Viewer: opening a photo file
crash in gThumb Image Viewer: opening a photo file
Status: RESOLVED NOTGNOME
Product: gthumb
Classification: Other
Component: general
unspecified
Other All
: High critical
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2007-02-16 18:03 UTC by thecrafts
Modified: 2007-02-16 19:25 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description thecrafts 2007-02-16 18:03:09 UTC
What were you doing when the application crashed?
opening a photo file


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

Memory status: size: 143032320 vsize: 0 resident: 143032320 share: 0 rss: 22859776 rss_rlim: 0
CPU usage: start_time: 1171648892 rtime: 0 utime: 181 stime: 0 cutime:175 cstime: 0 timeout: 6 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 -1227594064 (LWP 8531)]
[New Thread -1357915232 (LWP 8545)]
[New Thread -1349522528 (LWP 8544)]
[New Thread -1341129824 (LWP 8543)]
[New Thread -1273914464 (LWP 8535)]
[New Thread -1240794208 (LWP 8533)]
(no debugging symbols found)
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1227594064 (LWP 8531))

  • #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 strlen
    from /lib/tls/i686/cmov/libc.so.6
  • #5 gettext
    from /lib/tls/i686/cmov/libc.so.6
  • #6 dcgettext
    from /lib/tls/i686/cmov/libc.so.6
  • #7 exif_entry_get_value
    from /usr/lib/libexif.so.12
  • #8 get_exif_entry_value
  • #9 gth_exif_data_viewer_update
  • #10 gth_browser_reload_image
  • #11 gth_browser_hide_sidebar
  • #12 g_cclosure_marshal_VOID__VOID
    from /usr/lib/libgobject-2.0.so.0
  • #13 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #14 g_signal_chain_from_overridden
    from /usr/lib/libgobject-2.0.so.0
  • #15 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #16 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #17 image_viewer_get_adjustments
    from /usr/lib/libgthumb.so
  • #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 g_signal_chain_from_overridden
    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_loader_load_from_image_loader
    from /usr/lib/libgthumb.so
  • #24 load_from_image_loader__step2
    from /usr/lib/libgthumb.so
  • #25 debug
    from /usr/lib/libgthumb.so
  • #26 g_source_is_destroyed
    from /usr/lib/libglib-2.0.so.0
  • #27 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #28 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #29 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #30 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #31 main
  • #0 __kernel_vsyscall

Comment 1 Michael Chudobiak 2007-02-16 18:22:16 UTC
This looks like a libexif bug, rather than gThumb.

Could you attach the image that caused the crash to this bug report, or email it to mjc@avtechpulse.com? Thanks.

- Mike
Comment 2 Michael Chudobiak 2007-02-16 19:25:31 UTC
I can display your image on gthumb 2.7.8 and 2.9.1, with libexif-0.6.13 installed.

However, your camera is recording empty date fields in the exif data, which is probably causing an older version of libexif to crash. The camera is not obeying the standard...

Try upgrading libexif to 0.6.13. That should fix things.

- Mike