2009.11.06 16:29 "Re: [Tiff] TIFFDirEntry type moved from tiff.h to tiffiop.h in v4.0", by
Lee,
HylaFAX is only using it in one source file: hfaxd/FileTransfer.c++.
http://hylafax.cvs.sourceforge.net/viewvc/*checkout*/hylafax/hylafax/hfaxd/FileTransfer.c%2B%2B
You'll see that it's used in several places.
From a quick skim through the code, am I correct in assuming this code assembles memory structures to pass to LibTiff as file input, so as to persuade LibTiff in decoding compressed data that comes from other places? Sort-off like wrapping dog medicine in a piece of steak so as to persuade the beast to eat it.
If so, yes, that would be a place where the old TIFFDirEntry structure had a good purpose. Or maybe not, since structures depend on compiler packing and padding settings, and should actually not be used to encode fixed bit/byte patterns in a future-proof and portable way, I guess.
The easiest way out would probably be to completely ignore that last issue, and define a new, local OldClassTiffDirEntry structure that is completely identical to the old TIFFDirEntry of the old ClassicTIFF-only LibTiff, as you're never going to hit the ClassicTIFF 4 gigabyte boundary in this particular application. Next, do a search&replace on this code file. That should fix it.
That would be a FileTransfer.c local fix, rather then a fix inside LibTiff, but I do feel that is probably most appropriate here.
Best regards,
Joris