2000.06.08 15:47 "Re: TIFF tag > 64 KB ? Correction", by Gerben Vos
we have just hit on the same problem here. Although we are now implementing a workaround that reduces the amount of data (so we don't have to change LibTIFF), it seems to me that this should be fixed anyway.
If you already know of a fix for this, I'd like to know about it.
>From a first investigation, it seems you could get away with changing u_short to uint32 throughout TIFFWriteNormalTag() in tif_dirwrite.c (and maybe also changing field_readcount and field_writecount to int32 in tif_dir.h), but I'm not so sure about all those calls to TIFFSetField and TIFFGetField (and through tif_vsetfield and tif_vgetfield) that take a count parameter, which is now uint16.