Am 01.04.2013 17:54, schrieb Moritz Moeller: > Using 1.2rc2 on OS X 10.7.5 > > This Lumiere-exported TIFF crashes DT on import. > https://www.dropbox.com/s/juacipho9mii095/lumiereExport.tif
Yes, confirmed. Obviously the file is malformatted. I could not find any program that can open bit. Still darktable should not crash. The issue is a bit complicated. First GraphicsMagick tries to open the file and sees that it's corrupted. It gives an error message and returns, that's fine. As the last resort - if all other import routines fail - darktable tries once again to open the file as an LDR with dt_imageio_open_ldr() and calls TIFFOpen() in imagio_tiff.c. Here darktable crashes. What is strange: although TIFFOpen() is part of libtiff.so the error message is produced by GraphicsMagick. Looks like libtiff when in trouble tries to call GraphicsMagick but does it in a wrong way. A lot of library ping pong. IMHO we should consider to eliminate the last call to dt_imageio_open_ldr(). I can not imagine a case where this is useful. If GraphicsMagick is not able to read the file I doubt that any of our handmade methods can. > > I have issues importing JPGs, they previewfine in the lighttable but > import only the 1st 3rd is loaded into darkroom, the rest imports as > pixel poo. Here is an example file. > https://www.dropbox.com/s/23hg6c4qxscf4i7/badJPG.jpg > No issue here. Ulrich > > .mm > ------------------------------------------------------------------------------ Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d _______________________________________________ darktable-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/darktable-devel
