-
2008.07.28 13:01 "[Fwd: Re: [Tiff] CVS access]", by Edward Lam
- 2008.07.28 14:02 "Re: [Tiff] CVS access", by Mateusz Loskot
-
2008.08.11 20:55 "Re: [Tiff] windows 64 bit build", by Bob Friesenhahn
-
2008.08.11 19:35 "Re: [Tiff] windows 64 bit build", by Mikhail Kruk
- 2008.08.11 17:57 "[Tiff] windows 64 bit build", by Mikhail Kruk
- 2008.08.11 20:03 "Re: [Tiff] windows 64 bit build", by Edward Lam
- 2008.08.11 20:51 "Re: [Tiff] windows 64 bit build", by Bob Friesenhahn
-
2008.08.11 19:35 "Re: [Tiff] windows 64 bit build", by Mikhail Kruk
2008.08.12 02:44 "Re: [Tiff] windows 64 bit build", by Bob Friesenhahn
On Mon, 11 Aug 2008, Edward Lam wrote:
On Mon, August 11, 2008 16:51, Bob Friesenhahn wrote:
use in TIFFClientOpen. It also caches the 'int' sized value as tif->tif_fd:
Ugh, this gets uglier. I apologize for not noticing. There's also TIFFFileno() and TIFFSetFileno() as well which uses tif_fd.
OK, second take then. We keep everything the same but fix it differently in tif_win32.c. In TIFFFdOpen(), we use _get_osfhandle() to convert the given ifd into a HANDLE that we pass to TIFFClientOpen(). In the calls to TIFFFdOpen(), we call _open_osfhandle() to allocate an fd corresponding to the HANDLE.
If you can submit a tested patch, I will be happy to commit it.
Are the _get_osfhandle() and _open_osfhandle() functions available in older versions of Windows? (e.g. Windows '98?).
Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/