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 640663 - crash in gThumb: I was importing images f...
crash in gThumb: I was importing images f...
Status: RESOLVED DUPLICATE of bug 640268
Product: gthumb
Classification: Other
Component: general
2.12.x
Other All
: High critical
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2011-01-26 18:42 UTC by martin-eric.racine
Modified: 2011-01-27 00:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.31/2.32



Description martin-eric.racine 2011-01-26 18:42:41 UTC
Version: 2.12.0

What were you doing when the application crashed?
I was importing images from an SD card when gThumb suddenly crashed.


Distribution: Ubuntu 10.10 (maverick)
Gnome Release: 2.32.0 2010-09-27 (Ubuntu)
BugBuddy Version: 2.31.92

System: Linux 2.6.36-1000-generic #1 SMP PREEMPT Wed Jan 12 14:31:52 EET 2011 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10900000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Radiance
Icon Theme: ubuntu-mono-light
GTK+ Modules: gnomesegvhandler, canberra-gtk-module

Memory status: size: 119484416 vsize: 119484416 resident: 25538560 share: 15818752 rss: 25538560 rss_rlim: 18446744073709551615
CPU usage: start_time: 1296067290 rtime: 283 utime: 250 stime: 33 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

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

[Thread debugging using libthread_db enabled]
[New Thread 0xb2871b70 (LWP 3949)]
[New Thread 0xb0f5fb70 (LWP 3940)]
[New Thread 0xb5cb8b70 (LWP 3936)]
0xb77ec424 in __kernel_vsyscall ()

Thread 1 (Thread 0xb60a5830 (LWP 3935))

  • #0 __kernel_vsyscall
  • #1 waitpid
    at ../sysdeps/unix/syscall-template.S line 82
  • #2 g_spawn_sync
    from /lib/libglib-2.0.so.0
  • #3 g_spawn_command_line_sync
    from /lib/libglib-2.0.so.0
  • #4 ??
    from /usr/lib/gtk-2.0/modules/libgnomesegvhandler.so
  • #5 <signal handler called>
  • #6 __kernel_vsyscall
  • #7 raise
    at ../nptl/sysdeps/unix/sysv/linux/raise.c line 64
  • #8 abort
    at abort.c line 92
  • #9 __assert_fail
  • #10 ??
    from /usr/lib/libexiv2.so.6
  • #11 ??
    from /usr/lib/libexiv2.so.6
  • #12 ??
    from /usr/lib/libexiv2.so.6
  • #13 ??
    from /usr/lib/libexiv2.so.6
  • #14 ??
    from /usr/lib/libexiv2.so.6
  • #15 ??
    from /usr/lib/libexiv2.so.6
  • #16 ??
    from /usr/lib/libexiv2.so.6
  • #17 ??
    from /usr/lib/libexiv2.so.6
  • #18 ??
    from /usr/lib/libexiv2.so.6
  • #19 ??
    from /usr/lib/libexiv2.so.6
  • #20 ??
    from /usr/lib/libexiv2.so.6
  • #21 ??
    from /usr/lib/libexiv2.so.6
  • #22 ??
    from /usr/lib/libexiv2.so.6
  • #23 ??
    from /usr/lib/libexiv2.so.6
  • #24 Exiv2::ExifParser::encode(std::vector<unsigned char, std::allocator<unsigned char> >&, unsigned char const*, unsigned int, Exiv2::ByteOrder, Exiv2::ExifData const&)
    from /usr/lib/libexiv2.so.6
  • #25 ??
    from /usr/lib/libexiv2.so.6
  • #26 Exiv2::JpegBase::writeMetadata()
    from /usr/lib/libexiv2.so.6
  • #27 ??
    from /usr/lib/gthumb/extensions/libexiv2_tools.so
  • #28 exiv2_write_metadata_to_buffer
    from /usr/lib/gthumb/extensions/libexiv2_tools.so
  • #29 ??
    from /usr/lib/gthumb/extensions/libexiv2_tools.so
  • #30 ??
  • #31 g_hook_list_marshal
    from /lib/libglib-2.0.so.0
  • #32 gth_hook_invoke
  • #33 jpegtran
    from /usr/lib/gthumb/extensions/libjpeg_utils.so
  • #34 ??
    from /usr/lib/gthumb/extensions/libimage_rotation.so
  • #35 ??
  • #36 ??
    from /usr/lib/libgio-2.0.so.0
  • #37 g_simple_async_result_complete
    from /usr/lib/libgio-2.0.so.0
  • #38 ??
    from /usr/lib/libgio-2.0.so.0
  • #39 ??
    from /lib/libglib-2.0.so.0
  • #40 g_main_context_dispatch
    from /lib/libglib-2.0.so.0
  • #41 ??
    from /lib/libglib-2.0.so.0
  • #42 g_main_loop_run
    from /lib/libglib-2.0.so.0
  • #43 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #44 main
A debugging session is active.

	Inferior 1 [process 3935] will be detached.

Quit anyway? (y or n) [answered Y; input not from terminal]


----------- .xsession-errors (7 sec old) ---------------------
** (maximus:1727): DEBUG: Window opened: res_name=Gthumb -- class_name=gthumb
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
gthumb: tiffcomposite.cpp:1141: virtual uint32_t Exiv2::Internal::TiffDirectory::doWrite(Exiv2::Internal::IoWrapper&, Exiv2::ByteOrder, int32_t, uint32_t, uint32_t, uint32_t&): Assert-makro ”sv == d
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmManager: Inhibitor app:rhythmbox client: bus-name::1.224 reason:Soitetaan
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
** (gnome-session:1631): DEBUG: GsmDBusClient: obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus method=NameOwnerChanged
--------------------------------------------------
Comment 1 Fabio Durán Verdugo 2011-01-26 19:10:26 UTC
Thanks for taking the time to report this bug.
Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so and reopen this bug or report a new one. Thanks in advance!
Comment 2 Michael Chudobiak 2011-01-26 19:14:54 UTC

*** This bug has been marked as a duplicate of bug 640268 ***
Comment 3 Martin-Éric Racine 2011-01-26 22:38:16 UTC
No, I cannot get the stack trace, because I am not able to reproduce the bug. This was a random crash due to the massive recode that happened starting with the 2.11 release. 

Even worse, bug-buddy created a new account on this bugzilla, in a situation where I already had an account using an older e-mail address. Adding insult to injury, I cannot reconfigure my old account to use my new e-mail, because Bugzilla won't let me. *sigh*
Comment 4 Martin-Éric Racine 2011-01-26 22:41:40 UTC
PS: I seriously doubt that this was a duplicate of 640268, since I wasn't cropping and saving when the crash happened. Instead, I was importing new pictures from an SD card.
Comment 5 Michael Chudobiak 2011-01-27 00:34:16 UTC
It's the same problem. Both bugs described random crashes in exiv2 when jpeg metadata is being saved.

- Mike