2010.11.30 19:15 "[Tiff] Win32 ReadFile() / WriteFile() heads-up", by John Emmas

2010.11.30 19:58 "Re: [Tiff] Win32 ReadFile() / WriteFile() heads-up", by John Emmas

On 30 Nov 2010, at 19:26, Toby Thain wrote:

>
> Can't the existing tif_unix entry points be used, if the application
> wants to use POSIX file handles?
>

I didn't have time to try that today but I figure it would probably work fine. It's not as intuitive though as using tif_win32. You'd have to know up front that the unix entry points apply if you wish to use libTIFF in conjunction with a POSIX based, 3rd party library. Most devs probably wouldn't assume that and would most likely just use the supplied win32 interfaces (I did). Especially since the POSIX style function calls are already present in Win32?!?

Of course, I realise that this is the kind of problem one only appreciates with the benefit of hindsight..! :-)

On 30 Nov 2010, at 19:24, Ian Ashley wrote:

>

> How about using TIFFClientOpen and providing your own callbacks for reading, writing, etc?

>

Okay, that's a good idea that didn't occur to me. I'm tempted to look into it - but.....

On 30 Nov 2010, at 19:43, Kevin Myers wrote:

I haven't looked into this very much *at all*, so what I am about to say could easily be *very* wrong. That being said, wouldn't changing libtiff to use read() and write() break large file handling (greater than 4GB) under Win32?

Hmmm.... okay, that's a pretty good reason if it's true!

John