Opened 11 years ago
Closed 11 years ago
#6876 closed enhancement (fixed)
tiff-4.0.5 (LibTIFF-4.0.5)
| Reported by: | Fernando de Oliveira | Owned by: | Fernando de Oliveira |
|---|---|---|---|
| Priority: | normal | Milestone: | 7.8 |
| Component: | BOOK | Version: | SVN |
| Severity: | medium | Keywords: | |
| Cc: |
Description
http://download.osgeo.org/libtiff/tiff-4.0.5.tar.gz
http://fossies.org/linux/misc/tiff-4.0.5.tar.gz/index_o.html
MD5: 523a76b4a3b24a0287dcfae82580ed2c
http://fossies.org/linux/misc/tiff-4.0.5.tar.gz/tiff-4.0.5/ChangeLog?m=t
Detailed ChangeLog
http://www.remotesensing.org/libtiff/v4.0.5.html
TIFF CHANGE INFORMATION
Current Version: v4.0.5
...
MAJOR CHANGES:
• Support for configure/build using CMake.
• Support for large (> 2GB) files under Microsoft Windows.
CHANGES IN THE SOFTWARE CONFIGURATION:
• CMakeLists.txt / CMake
◦ Configuration and building using CMake is now supported under
Microsoft Windows and on Unix-type systems.
• configure.ac / configure
◦ Test for and use fseeko() if it is available. This allows
supporting large files on Unix-type systems with a 32-bit 'long'
type and a 64-bit 'off_t' type.
CHANGES IN LIBTIFF:
• tiffiop.h:
◦ Macros added to use 64-bit equivalents for all standard I/O and
POSIX APIs used by libtiff and its tools which are limited to
2GB in Windows builds. Note that these 64-bit equivalents were
introduced by the CRT provided with Visual Studio 2005 and if
the necessary CRT is not installed on the target computer, the
program will not run. The wrapper macros will not be activated
unless the definition _MSC_VER is at least 1400 or
__MSVCRT_VERSION__ is at least 0x800.
• tif_unix.c:
◦ Updated to support large files under Microsoft Windows. This
makes tif_unix.c a completely viable candidate for use under
Windows (in spite of its name) if the CRT is modern enough.
Please note that tif_win32.c already supported large files, but
only 'tiffinfo' and 'tiffdump' made any provision to support
large files under Windows.
◦ _tiffReadProc() and _tiffWriteProc() are modified to chunk I/O
to a maximum size of 2GB for extremely large I/O requests. This
surmounts limitations in the Microsoft Windows read() and
write() APIs (which are limited to the range of a 32-bit 'int'),
and may avoid poor behavior with extremely large I/O requests on
other systems.
CHANGES IN THE TOOLS:
• All tools
◦ Updated to use I/O wrapper macros from tiffiop.h in order to
support large files under Microsoft Windows.
CHANGES IN THE CONTRIB AREA:
• None
Last updated $Date: 2015-08-28 16:04:56 $.
Change History (2)
comment:1 by , 11 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:2 by , 11 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.

Fixed at r16365.