I have tested this with ufraw-0.5 and the cvs version of ufraw.
My system is FC4 on AMD64 (but *not* running the x86_64 version of FC4 - it seems buggy to me). The raw images are from my Nikon D70 running the latest firmware release.
When using the --size option with the cvs version of ufraw I get a floating exception error when the value provided with that option is less than 1520 (1520 and above works, below 1519 does not).
Hi,
I have tested this with ufraw-0.5 and the cvs version of ufraw.
My system is FC4 on AMD64 (but *not* running the x86_64 version of FC4 - it seems buggy to me). The raw images are from my Nikon D70 running the latest firmware release.
When using the --size option with the cvs version of ufraw I get a floating exception error when the value provided with that option is less than 1520 (1520 and above works, below 1519 does not).
works: ufraw-batch-cvs --overwrite --create-id=no --out-type=jpeg --compression=85 --size=1520 --conf=tif/rrg_ky_8_10_Oct2005_dsc_0014.ufraw --output=jpg/test.jpg nef/rrg_ky_8_10_Oct2005_dsc_0014.nef
does not work:
ufraw-batch-cvs --overwrite --create-id=no --out-type=jpeg --compression=85 --size=1519 --conf=tif/rrg_ky_8_10_Oct2005_dsc_0014.ufraw --output=jpg/test.jpg nef/rrg_ky_8_10_Oct2005_dsc_0014.nef
Cheers,
-patrick
Also, here's the ldd output for ufraw in case that's necessary info:
3:06pm zifi-> ldd /usr/local/bin/ufraw-cvs
linux-gate.so.1 => (0x00a4c000)
libexif.so.12 => /usr/lib/libexif.so.12 (0x0022c000)
libm.so.6 => /lib/libm.so.6 (0x006b2000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x02987000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x02901000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x036dc000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00133000)
libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x00221000)
libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x0025c000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x001e9000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00d6a000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00b83000)
libdl.so.2 => /lib/libdl.so.2 (0x006d9000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00a54000)
liblcms.so.1 => /usr/lib/liblcms.so.1 (0x00149000)
libtiff.so.3 => /usr/lib/libtiff.so.3 (0x059ba000)
libz.so.1 => /usr/lib/libz.so.1 (0x007c9000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x009db000)
libc.so.6 => /lib/libc.so.6 (0x00587000)
/lib/ld-linux.so.2 (0x00569000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x006f3000)
libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x00a06000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x00dbe000)
libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x00a0c000)
libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x00a11000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00945000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x009af000)
libXfixes.so.3 => /usr/X11R6/lib/libXfixes.so.3 (0x001a5000)
libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x00dee000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x009fc000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x007de000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x001c2000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00822000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00816000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00924000)
It is now fixed in the CVS (might take a few hours until the public CVS gets updated).
Thanks for reporting the bug,
Udi