On Mon, Jun 24, 2013 at 01:19:08PM +0200, johannes hanika wrote: > seems to crash in libjpeg.so.8..?
I ran it through gdb and it crashes in:
#0 0x00007ffff4353adf in encode_one_block (actbl=0x7fffd42bf040,
dctbl=0x7fffd42ac040, last_dc_val=-261, block=0x7fff4c1ee9b0,
state=0x7fffe96f8670)
at jchuff.c:557
#1 encode_mcu_huff (cinfo=0x7fffd4003d88, MCU_data=0x7fffd42a8c40) at
jchuff.c:617
#2 0x00007ffff4350af6 in compress_output (cinfo=0x7fffd4003d88,
input_buf=<optimized out>) at jccoefct.c:381
#3 0x00007ffff43503b4 in jpeg_finish_compress
(cinfo=cinfo@entry=0x7fffd4003d88) at jcapimin.c:183
#4 0x00007fff600a501d in write_image (jpg_tmp=0x7fffd4003a00,
filename=0x7fffe970bbe0 "/share/photos/2013/06-17/a550-13801_01.jpg",
in_tmp=0x7fff262c9010, exif=0x7fffe96fbb20, exif_len=44108, imgid=7002) at
/home/bruce/dev/darktable/src/imageio/format/jpeg.c:387
387 jpeg_finish_compress (&(jpg->cinfo));
So, yes, it crashes in libjpeg, in the jpeg_finish_compress routine. Examining
"state" in encode_one_block shows:
$13 = {next_output_byte = 0x10101010 <Address 0x10101010 out of bounds>,
free_in_buffer = 140736752946240, cur = {put_buffer = 140736752944730,
put_bits = 662, last_dc_val = {0, 1853654468, -708528795, 12}}, cinfo =
0xffffffcfffffff77}
That looks like something clobbered the next_output_byte pointer with some
image data or something, but I can't tell what.
> fwiw i can export on ubuntu 13.04 just
> fine (100s of images not a problem). darktable links to the same dso.
Just to verify, you are using libjpeg-turbo8-1.2.1-0ubuntu2?
--
Bruce Guenter <br...@untroubled.org> http://untroubled.org/
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev
_______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
