LibTiff Mailing List
TIFF and LibTiff Mailing List Archive
November 2010
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
Thread
2010.11.30 19:58 "Re: 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