Unable to save file as jpg when loaded from UFRaw

[Oddgeir Kvien]

Binary package hint: gimp

When loading a raw image (Olympus raw E-520) from UFRaw to Gimp, gimp will not save the image as jpg. Other formats are OK. I get a GIMP Message saying:
 Saving '/home/oddgeir/file.jpg' failed:
 Procedure 'file-jpeg-save' returned no return values

If Gimp is started from a terminal I can see the following message: "/usr/lib/gimp/2.0/plug-ins/file-jpeg: fatal error: Segmentation fault"

If I save the file as TIF and reopens it in Gimp I am however able to save it as jpg.
If I save the file as xcf and reopens it in Gimp I am _NOT_ able to save it as jpg.

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: gimp 2.6.6-0ubuntu1
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gimp
Uname: Linux 2.6.28-11-generic x86_64

[Pedro Villavicencio (pedro)]

Confirmed, will try to get a backtrace of the crash.

[Pedro Villavicencio (pedro)]

I've sent this upstream at: http://bugzilla.gnome.org/show_bug.cgi?id=580497

[Oddgeir Kvien (oddgeir-oddgeirkvien)]

The fault is related to libexiv2. If I compile ufraw and configure it to not use libexiv2 everything is OK. But then I miss all xiv information in the image.

[Oddgeir Kvien (oddgeir-oddgeirkvien)]

This jpeg image is generated with ufraw and the exiv information is included in the file. Gimp (in the latest Ubuntu release) is not able to load this image, other programs (like cinepaint) will load this image.

[Oddgeir Kvien (oddgeir-oddgeirkvien)]

Starting gimp with the following parameters "gimp --verbose --debug-handlers --stack-trace-mode always"
gives me the following results when I try to load the file.

/usr/lib/gimp/2.0/plug-ins/file-jpeg: fatal error: Segmentation fault
#0 0x00007f82354abb85 in waitpid () from /lib/libpthread.so.0
#1 0x00007f8235903622 in IA__g_on_error_stack_trace (
#2 0x00007f8236d1b0a0 in gimp_plugin_sigfatal_handler (
#3 <signal handler called>
#4 0x00007f82351adf13 in memset () from /lib/libc.so.6
#5 0x00007f82356d0e2f in ?? () from /usr/lib/libexif.so.12
#6 0x00007f82356c5493 in ?? () from /usr/lib/libexif.so.12
#7 0x00007f82356c5357 in ?? () from /usr/lib/libexif.so.12
#8 0x00007f82356c595c in exif_data_save_data () from /usr/lib/libexif.so.12
#9 0x000000000040c1bb in gimp_metadata_store_exif (image_ID=1,
#10 0x000000000040811d in load_image (
#11 0x0000000000405b54 in run (name=<value optimized out>, nparams=3,
#12 0x00007f8236d1ac79 in gimp_main (info=<value optimized out>,
#13 0x00007f82351495a6 in __libc_start_main () from /lib/libc.so.6
#14 0x0000000000405989 in _start () at ../sysdeps/x86_64/elf/start.S:113

[Oddgeir Kvien (oddgeir-oddgeirkvien)]

Gimp for Windows also will not load the example image.

[Pedro Villavicencio (pedro)]

Thanks i'm following the discussion on the upstream report.

[Oddgeir Kvien (oddgeir-oddgeirkvien)]

The problem seems to be solved by installing the latest version of libexif (http://libexif.sourceforge.net/)

[Oddgeir Kvien (oddgeir-oddgeirkvien)]

Upgrade to the latest libexif solves the problem. The latest libexif should be included in an upgrade to Ubuntu!

[Hugh McMaster (hmcmaster)]

Updated package released a long time ago. Closing.