AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2011.01.10 16:47 "[Tiff] [libtiff v3.9.4] TIFFClientOpen() & 'w' mode", by IMoL
2011.01.10 17:53 "Re: [Tiff] [libtiff v3.9.4] TIFFClientOpen() & 'w' mode", by Olivier Paquet
2011.01.11 03:17 "Re: [Tiff] [libtiff v3.9.4] TIFFClientOpen() & 'w' mode", by IMoL

2011.01.11 03:17 "Re: [Tiff] [libtiff v3.9.4] TIFFClientOpen() & 'w' mode", by IMoL

I have been informed by The Doctor that it's in bugzilla [didn't see that there was a bugzilla for libtiff to check]:

<http://bugzilla.maptools.org/show_bug.cgi?id=1906>

Apparently fixed in repo on 2010-12-06.

Thanks!

- Andy

On Mon, Jan 10, 2011 at 12:53 PM, Olivier Paquet <olivier.paquet@gmail.com> wrote:

On Mon, Jan 10, 2011 at 11:47 AM, IMoL <imol00@gmail.com> wrote:

If I'm reading the code correctly, tif->tif_mode & O_TRUNC in the if statement will always be false. that be m & O_TRUNC?  So shouldn't

It certainly looks like that was the intent. As it is written now, there is a bogus attempt to read the header from the truncated file which should fail for reasonable implementations of the read proc. I don't think there would be any harm in "fixing" it but I'd appreciate another set of eyes to look that over.