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
March 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



Valid HTML 4.01!



Thread

2010.03.16 19:45 "TIFFVStripSize overflow, JPEG decoding", by Lee Cooper
2010.03.16 21:08 "Re: TIFFVStripSize overflow, JPEG decoding", by Bob Friesenhahn
2010.03.17 20:19 "Re: TIFFVStripSize overflow, JPEG decoding", by Adam Goode
2010.03.17 21:36 "Re: TIFFVStripSize overflow, JPEG decoding", by Tom Lane
2010.03.18 00:11 "Re: TIFFVStripSize overflow, JPEG decoding", by Adam Goode
2010.03.16 22:34 "Re: TIFFVStripSize overflow, JPEG decoding", by Lee Cooper
2010.03.17 16:42 "Re: TIFFVStripSize overflow, JPEG decoding", by Jason Summers
2010.03.17 20:18 "Re: TIFFVStripSize overflow, JPEG decoding", by Adam Goode
2010.03.17 20:59 "Re: TIFFVStripSize overflow, JPEG decoding", by Lee Cooper
2010.03.18 00:15 "Re: TIFFVStripSize overflow, JPEG decoding", by Adam Goode
2010.03.18 02:40 "Re: TIFFVStripSize overflow, JPEG decoding", by Olivier Paquet
2010.03.19 15:52 "Re: TIFFVStripSize overflow, JPEG decoding", by Adam Goode
2010.03.19 16:39 "Re: TIFFVStripSize overflow, JPEG decoding", by Bob Friesenhahn
2010.03.19 18:18 "Re: TIFFVStripSize overflow, JPEG decoding", by Adam Goode
2010.03.19 23:43 "Re: TIFFVStripSize overflow, JPEG decoding", by Bob Friesenhahn

2010.03.19 18:18 "Re: TIFFVStripSize overflow, JPEG decoding", by Adam Goode

On 03/19/2010 12:39 PM, Bob Friesenhahn wrote:
> On Fri, 19 Mar 2010, Adam Goode wrote:
>>
>> Hmm, this seems a little odd. I would expect libtiff 4 to not have any
>> machine-specific sizes, but to instead use the same size types on all
>> architectures. It makes reading this kind of file problematic across
>> systems.
> 
> If libtiff is not allowed to take advantage of a 64-bit address space
> (when available), then it would be rather crippled.  Someday hardly
> anyone will be using 32-bit applications under general purpose operating
> systems.  They will be using 64-bits instead.
> 

Oh yes, it should definitely be using 64-bits on 64-bit architectures.
But it should also use 64-bits on 32-bit architectures.

Except for address space considerations (malloc, mmap, etc), the 32-bit
libtiff should be able to read anything the 64-bit libtiff can. Right
now it doesn't let me read the tags out of a (crazy) TIFF file on a
32-bit system that it does on a 64-bit system. I never want to read a
strip, just the tags. A strip read would totally fail on 32-bit (because
of address space) and almost certainly on 64-bit (because of actual memory).


Adam