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 314018 - plugin "jpeg.exe" crashes
plugin "jpeg.exe" crashes
Status: RESOLVED NOTGNOME
Product: GIMP
Classification: Other
Component: Plugins
2.2.x
Other Windows
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 314463 314747 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-08-20 09:56 UTC by Nowic
Modified: 2008-01-15 12:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Nowic 2005-08-20 09:56:12 UTC 
Distribution/Version: XP

The plugin "jpeg.exe" crashes when i try to open some of my JPG files.
(/GIMP-2/lib/gimp/2.0/plug-ins/jpeg.exe) For example this image:
http://wenner.ch/files/tmp/clip_image001.jpg
Other Grafic Software (like photoshop) dont have any problems with these images.
Comment 1 Manish Singh 2005-08-20 18:20:03 UTC 
Unreproducible on Debian sid. You *sure* you're using the lastest 2.2.8 and not
some order version?
Comment 2 Nowic 2005-08-20 19:57:51 UTC 
Yes I'm *sure*, I'm using Gimp (german) version 2.2.8 with GTK+ 2.6.8-1 on
Windows XP (SP2). No additional plugins are installed. Gimp can't even display
the preview image of that file and jpeg.exe crashes when I try to open it.
Comment 3 Michael Schumacher 2005-08-22 08:01:07 UTC 
This can be confirmed with libexif 0.6.12 (using a build which has been
unaffected by the known bugs until know). So I guess this is a new (or yet
undetected) bug. I didn't check if it is already fixed in libexif CVS.
Comment 4 weskaggs 2005-08-22 15:25:38 UTC 
Removing NEEDINFO because requested info has been provided by the bug reporter.
Comment 5 weskaggs 2005-08-22 15:38:00 UTC 
A stack trace shows the following:

+ Trace 62588

  • #0 g_on_error_stack_trace
    from /usr/lib/libglib-2.0.so.0
  • #1 g_on_error_query
    from /usr/lib/libglib-2.0.so.0
  • #2 gimp_plugin_sigfatal_handler
    at gimp.c line 1481
  • #3 <signal handler called>
  • #4 memcpy
    from /lib/libc.so.6
  • #5 exif_mnote_data_canon_save
  • #6 exif_mnote_data_save
  • #7 exif_data_save_data_content
  • #8 exif_data_save_data_content
  • #9 exif_data_save_data
  • #10 gimp_metadata_store_exif
  • #11 jpeg_apply_exif_data_to_image
  • #12 load_image
  • #13 run
  • #14 gimp_main
  • #15 main
    at jpeg.c line 63 

This indicates that the plug-in crashes while libexif is trying to handle the
Maker Note.  Since Maker Notes are model-specific, this specific crash would
only occur for images from Canon cameras, and maybe not for all models of those.
Comment 6 weskaggs 2005-08-23 15:21:56 UTC 
Since there is really nothing that can be done about this except either to fix
libexif (which is out of our hands) or to rewrite the jpeg plug-in so that it
does not use libexif (which may happen in the development branch but certainly
won't in the stable branch), I am going to resolve this as NOTGNOME.  It would
be great if you could go on to file a bug report against libexif, pointing to
this bug report as a reference.
Comment 7 Sven Neumann 2005-08-29 14:30:54 UTC 
*** Bug 314747 has been marked as a duplicate of this bug. ***
Comment 8 weskaggs 2005-09-07 22:11:55 UTC 
*** Bug 314463 has been marked as a duplicate of this bug. ***