AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
July 2004

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2004.07.11 15:16 "CVS libtiff & thandle_t", by Bob Friesenhahn
2004.07.11 15:42 "Re: CVS libtiff & thandle_t", by Bob Friesenhahn
2004.07.11 20:16 "Re: CVS libtiff & thandle_t", by Andrey Kiselev
2004.07.11 21:35 "Re: CVS libtiff & thandle_t", by Bob Friesenhahn

2004.07.11 21:35 "Re: CVS libtiff & thandle_t", by Bob Friesenhahn

On Mon, 12 Jul 2004, Andrey Kiselev wrote:

> On Sun, Jul 11, 2004 at 10:16:54AM -0500, Bob Friesenhahn wrote:
> > typedef int thandle_t;          /* client data handle */
> > #endif
> >
> > Note that outside of Windows, thandle_t is is typedef 'int'.
> > ImageMagick, GraphicsMagick, and likely other software, have been
> > passing pointers via the thandle_t argument of TIFFClientOpen() since
> > thandle_t used to be defined as void*.
>
> Bob, thanks for pointing that, fixed.

The other key point is that it seemed that libtiff was relying on the 
operating system's off_t type and now libtiff is defining a type to 
specifically handle 4 GB offsets.  For 64-bit CPUs this represents an 
ABI change because off_t is likely a 'long' (64 bit) type rather than 
a 32-bit type.

Libtiff's change makes sense for 32-bit CPUs.

Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us
http://www.simplesystems.org/users/bfriesen