Opened 9 years ago
Closed 9 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: | normal | 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 , 9 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
Fixed at r16365.