| AWARE [SYSTEMS] | Imaging expertise for the Delphi developer | |||||||
![]() |
TIFF and LibTiff Mailing List Archive | |||||||
LibTiff Mailing List
TIFF and LibTiff Mailing List Archive Contact
The TIFF Mailing List Homepage |
Thread2010.06.17 16:38 "Re: libtiff 4 API/ABI stability?", by Adam GoodeOn 06/17/2010 12:21 PM, Edward Lam wrote: > Adam Goode wrote: >> I was wondering if there are going to be any API or ABI incompatible >> changes before the final release of libtiff 4. > > If you care about Windows, bug 1941 [1] is still open. If it gets fixed, > then the behaviour for the following functions will change on Windows: > TIFFFdOpen(), TIFFFileno(), TIFFSetFileno(), TIFFClientdata(), > TIFFSetClientdata(). > I am not quite as concerned with Windows behavior as Unix, since shipping dependent DLLs is the norm on Windows, but this could change if CoApp[1] becomes popular (as I hope it does). I think this should be fixed before libtiff 4. Is anyone interested in making a release blocker bug in bugzilla? We could add this bug to it. Also, I wonder why the tif_win32.c file isn't enabled by default on Windows. With tif_unix.c, the file interface is limited to 2GB on Windows. tif_win32.c is needed for large file access (the whole point of libtiff 4?). Adam [1]: http://coapp.org/ |
|||||||