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 508089 - crash in gThumb Image Viewer: Playing with the mouse w...
crash in gThumb Image Viewer: Playing with the mouse w...
Status: RESOLVED NOTGNOME
Product: gthumb
Classification: Other
Component: general
unspecified
Other All
: High critical
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
: 560166 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-01-08 16:44 UTC by Adrien Bustany
Modified: 2008-11-11 01:45 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Adrien Bustany 2008-01-08 16:44:16 UTC
What were you doing when the application crashed?
Playing with the mouse wheel on a picture


Distribution: Fedora release 8 (Werewolf)
Gnome Release: 2.20.2 2007-11-27 (Red Hat, Inc)
BugBuddy Version: 2.20.1

System: Linux 2.6.23.9-85.fc8 #1 SMP Fri Dec 7 15:49:36 EST 2007 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: Permissive
Accessibility: Disabled
GTK+ Theme: Darkilouche
Icon Theme: Tango

Memory status: size: 505167872 vsize: 505167872 resident: 55504896 share: 17694720 rss: 55504896 rss_rlim: 18446744073709551615
CPU usage: start_time: 1199810586 rtime: 162 utime: 142 stime: 20 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

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

Using host libthread_db library "/lib64/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 46912506110848 (LWP 20980)]
[New Thread 1097361744 (LWP 20989)]
[New Thread 1096833360 (LWP 20988)]
[New Thread 1096304976 (LWP 20987)]
[New Thread 1074796880 (LWP 20984)]
[New Thread 1074268496 (LWP 20983)]
0x000000369da0e0bf in waitpid () from /lib64/libpthread.so.0

Thread 1 (Thread 46912506110848 (LWP 20980))

  • #0 waitpid
    from /lib64/libpthread.so.0
  • #1 g_spawn_sync
    from /lib64/libglib-2.0.so.0
  • #2 g_spawn_command_line_sync
    from /lib64/libglib-2.0.so.0
  • #3 uricmp
    at file-utils.c line 1588
  • #4 <signal handler called>
  • #5 uricmp
    at file-utils.c line 1588
  • #6 ReconcileUtils::ImportExif
    from /usr/lib64/libexempi.so.2
  • #7 ImportJTPtoXMP
    from /usr/lib64/libexempi.so.2
  • #8 JPEG_MetaHandler::ProcessXMP
    from /usr/lib64/libexempi.so.2
  • #9 XMPFiles::GetXMP
    from /usr/lib64/libexempi.so.2
  • #10 WXMPFiles_GetXMP_1
    from /usr/lib64/libexempi.so.2
  • #11 TXMPFiles<std::string>::GetXMP
    from /usr/lib64/libexempi.so.2
  • #12 xmp_files_get_new_xmp
    from /usr/lib64/libexempi.so.2
  • #13 read_xmp_file
    at gth-exif-utils.c line 934
  • #14 gth_read_xmp
    at gth-exif-utils.c line 968
  • #15 gth_exif_data_viewer_update
    at gth-exif-data-viewer.c line 807
  • #16 window_update_image_info
    at gth-browser.c line 621
  • #17 image_loaded_cb
    at gth-browser.c line 2765
  • #18 g_closure_invoke
    from /lib64/libgobject-2.0.so.0
  • #19 uricmp
    at file-utils.c line 1588
  • #20 g_signal_emit_valist
    from /lib64/libgobject-2.0.so.0
  • #21 g_signal_emit
    from /lib64/libgobject-2.0.so.0
  • #22 g_closure_invoke
    from /lib64/libgobject-2.0.so.0
  • #23 uricmp
    at file-utils.c line 1588
  • #24 g_signal_emit_valist
    from /lib64/libgobject-2.0.so.0
  • #25 g_signal_emit
    from /lib64/libgobject-2.0.so.0
  • #26 load_from_image_loader__step2
    at image-viewer.c line 1905
  • #27 idle_call_exec_cb
    at glib-utils.c line 495
  • #28 g_main_context_dispatch
    from /lib64/libglib-2.0.so.0
  • #29 uricmp
    at file-utils.c line 1588
  • #30 g_main_loop_run
    from /lib64/libglib-2.0.so.0
  • #31 gtk_main
    from /usr/lib64/libgtk-x11-2.0.so.0
  • #32 main
    at main.c line 739
  • #0 waitpid
    from /lib64/libpthread.so.0


----------- .xsession-errors (79688 sec old) ---------------------
OPENING /home/madcat/code/anjuta/plugins/document-manager/anjuta-docman.h as C++ language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/editor-tooltips.c as C language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/editor-tooltips.h as C++ language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/file_history.c as C language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/file_history.h as C++ language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/plugin.c as C language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/plugin.h as C++ language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/search-box.c as C language file
OPENING /home/madcat/code/anjuta/plugins/document-manager/search-box.h as C++ language file
OPENING /home/madcat/code/anjuta/plugins/editor/aneditor-autocomplete.cxx as C++ language file
OPENING /home/madcat/code/anjuta/plugins/editor/aneditor-calltip.cxx as C++ language file
OPENING /home/madcat/code/anjuta/plugins/editor/aneditor-indent.cxx as C++ language file
OPENING /home/madcat/code/anjuta/plugins/editor/aneditor-priv.h as C++ language file
OPENING /home/madcat/code/anjuta/plugins/editor/aneditor.cx
...Too much output, ignoring rest...
--------------------------------------------------
Comment 1 palfrey 2008-11-10 18:21:48 UTC
*** Bug 560166 has been marked as a duplicate of this bug. ***
Comment 2 palfrey 2008-11-10 18:30:38 UTC
Appears to be a bug in libexempi. Forwarded upstream to https://bugs.freedesktop.org/show_bug.cgi?id=18469
Comment 3 Hubert Figuiere (:hub) 2008-11-11 01:45:24 UTC
can I get the JPG file to reproduce?