2005.03.16 10:33 "[Tiff] [ANNOUNCE]: Libtiff 3.7.2 released", by Andrey Kiselev

2005.03.16 18:27 "Re: [Tiff] [ANNOUNCE]: Libtiff 3.7.2 released", by Frank Warmerdam

I noticed 3.7.2 does not make the Win32 I/O change that would allow one to call:

   TiffFdOpen(fileno(fp), "foo.tif", "r")

Is that in the gameplan for a future release?

Would it help if I make a bugzilla entry?

Not being able to read a TIFF file from a file pointer in Win32 is a real portability drag, and I'm hoping to someday be able to stop patching libtiff for this capability every release.


I believe that Andrey has already made it easy to build libtiff this way by uncommenting the USE_WIN_CRT_LIB macro in the nmake.opt file. This causes tif_unix.c to be built in instead of tif_win32.c.

I personally am not convinced of the value of using the unix code by default on win32. Andrey might feel otherwise.

Best regards,

I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent