Red Hat Bugzilla – Bug 153282
Fails to load some jpg images
Last modified: 2007-11-30 17:11:03 EST
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050328 Firefox/1.0.2 Fedora/1.0.2-3 Description of problem: Some of my jpg images fail to load. Error msg: Opening '/home/a/images/Dsc03596.jpg' failed: Plug-In could not open image Version-Release number of selected component (if applicable): 2.2.4-10 How reproducible: Sometimes Steps to Reproduce: 1. Load gimp 2. Click File - Open 3. Select jpg image and hit Enter key Actual Results: Get error message Expected Results: Image should load Additional info: Not sure why certain images load and others do not. Images that fail to load in gimp do load properly in gthumb-2.6.4-2 and eog-2.10.0-1. libexif version is 2.6.12-1. Images that fail in gimp-2.2.4-10 do load properly using gimp and libexif from FC4t1 iso. Not sure when in the update process this problem first occurred.
Please attach an example image.
Created attachment 112659 [details] file won't load in gimp-2.2.4-10
To me, this seems to be a problem with the newer libexif. Running the gimp like this: [nils@cognac ~]$ gimp --stack-trace-mode query tmp/gimp-2.2.4-wontload.jpg /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault /usr/lib/gimp/2.0/plug-ins/jpeg (pid:6828): [E]xit, [H]alt, show [S]tack trace or [P]roceed: h you can attach your favourite debugger to the jpeg plugin process, this gives such a backtrace: (gdb) where #0 0x005188a2 in g_on_error_query () from /usr/lib/libglib-2.0.so.0 #1 0x00eb1414 in gimp_plugin_sigfatal_handler (sig_num=11) at gimp.c:1473 #2 <signal handler called> #3 0x00e47c08 in exif_data_save_data_content (data=0x8bedc18, ifd=0x8becdf0, d=0xbf9ba910, ds=0xbf9ba910, offset=8) at exif-data.c:241 #4 0x00e484c2 in exif_data_save_data (data=0x8bedc18, d=0xbf9ba910, ds=0xbf9ba90c) at exif-data.c:839 #5 0x0804c70d in load_image (filename=0x8bec4a8 "/home/nils/tmp/gimp-2.2.4-wontload.jpg", runmode=Variable "runmode" is not available. ) at jpeg.c:1297 #6 0x0804dc41 in run (name=0x8bec3e8 "file_jpeg_load", nparams=3, param=0x8bec438, nreturn_vals=0xbf9bab44, return_vals=0xbf9bab48) at jpeg.c:460 #7 0x00eb245d in gimp_main (info=0x8051460, argc=6, argv=0xbf9bac14) at gimp.c:1772 #8 0x0804b236 in main (argc=-1357250552, argv=0xaf1a0008) at jpeg.c:327 #9 0x0059dde6 in __libc_start_main () from /lib/libc.so.6 #10 0x0804b181 in _start () The real SEGV happens in exif_data_save_data_entry() at exif-data.c:241, which is inlined from exif_data_save_data_content() at exif-data.c:460. Matthias, can you please investigate what goes wrong here?
*** Bug 154388 has been marked as a duplicate of this bug. ***
http://bugs.gentoo.org/show_bug.cgi?id=86740 has a patch for this.
Fixed in 0.6.12-2