AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
August 2008

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



Valid HTML 4.01!



Thread

2008.08.22 08:56 "creating sparse files......", by Rogier Wolff
2008.08.22 13:11 "Re: creating sparse files......", by Toby Thain
2008.08.22 15:45 "Re: creating sparse files......", by Rogier Wolff
2008.08.22 16:26 "Re: creating sparse files......", by Toby Thain
2008.08.22 14:44 "Re: creating sparse files......", by Bob Friesenhahn
2008.08.22 15:21 "Re: creating sparse files......", by Toby Thain
2008.08.22 16:27 "Re: creating sparse files......", by Rogier Wolff
2008.08.22 16:40 "Re: creating sparse files......", by Bob Friesenhahn
2008.08.22 16:52 "Re: creating sparse files......", by Rogier Wolff
2008.08.22 18:11 "Re: creating sparse files......", by Bob Friesenhahn
2008.08.22 20:02 "Re: creating sparse files......", by Phillip Crews
2008.08.23 00:12 "Re: creating sparse files......", by Edward Lam
2008.08.23 15:26 "Re: creating sparse files......", by Rogier Wolff
2008.08.23 16:07 "Re: creating sparse files......", by Bob Friesenhahn
2008.08.23 16:23 "Re: creating sparse files......", by Rogier Wolff
2008.08.23 16:46 "Re: creating sparse files......", by Bob Friesenhahn
2008.08.23 15:08 "Re: creating sparse files......", by Rogier Wolff
2008.08.23 15:54 "Re: creating sparse files......", by Bob Friesenhahn
2008.08.23 15:58 "Re: creating sparse files......", by Rogier Wolff
2008.08.23 16:02 "Re: creating sparse files......", by Rogier Wolff
2008.08.23 16:51 "Re: creating sparse files......", by Gene Amtower
2008.08.23 17:39 "Re: creating sparse files......", by Rogier Wolff
2008.08.23 18:03 "Re: creating sparse files......", by Toby Thain
2008.08.23 18:49 "Re: creating sparse files......", by Rogier Wolff
2008.08.25 06:28 "Re: creating sparse files......", by Andrey Kiselev
2008.08.25 09:37 "Re: creating sparse files......", by <jcupitt@gmail.com>
2008.08.25 10:41 "Re: creating sparse files......", by Rob Van Den Tillaart
2008.08.25 12:15 "Re: creating sparse files......", by <jcupitt@gmail.com>
2008.08.26 13:14 "Re: creating sparse files......", by Edward Lam

2008.08.23 16:46 "Re: creating sparse files......", by Bob Friesenhahn

On Sat, 23 Aug 2008, Rogier Wolff wrote:
>>
>> Probably "tif_unix.c" should really be called "tif_posix.c".  It does
>> actually work under Windows using Window's underscore-prefixed POSIX
>
> Well if it claims Posix compatibility, and then doesn't conform
> to the posix specifications, then I'd claim "it doesn't work".

I am not able to fix Microsoft Windows.

> Which means that apparently the "ftruncate" call needs to be
> translated into chsize() by the library that pretends to provide
> posix compatibility on windows.

File truncation is not currently used.

> If my suggestion doesn't work on windows, then I'm ok with #ifndef
> WINDOWS around my code. You (or someone else) was suggesting putting

Besides natively working on Windows, I am worried about cases such as 
when files are accessed over a network on a Windows-based file server 
or when files are written to a Windows FAT filesystem (such as a 
digital camera flash card).  Insertion of 'holes' or null bytes is 
filesystem dependent and the OS instance performing the requests may 
not be the one which owns the filesystem doing the writing.  For 
example, a Linux system may use CIFS to access a Windows system which 
updates a FAT filesystem.

Various special cases like this need to be demonstrated to work before 
the special optimization could be incorporated in libtiff.  It also 
needs to be demonstrated that the special optimization does not cause 
any negative impact on write performance or later update performance.

> Oh. You mentioned: "if it's YOUR application that becomes
> slower". Indeed, I'd feel bad about it. However, I'm used to this
> happening all the time. Every time I upgrade, things are becoming more
> bloated and slower. This doesn't only happen in "windows-land".

There are people on this list who depend on correct function of 
libtiff for their income.  It is not a matter of feelings.

Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/