diff options
| author | Kurt Schwehr <schwehr@google.com> | 2020-12-31 10:18:04 -0800 |
|---|---|---|
| committer | Kurt Schwehr <schwehr@google.com> | 2020-12-31 10:18:04 -0800 |
| commit | 31ee09864c8389186e73e70ed0ee9fdbb2c038df (patch) | |
| tree | e74c2cf5c5e82aff7de63e83dbbcf183f96929a4 | |
| parent | f2bc2e9d6b34d1f70ad2d48237a21dfdcfaed9c8 (diff) | |
| download | libtiff-git-31ee09864c8389186e73e70ed0ee9fdbb2c038df.tar.gz | |
Fix spelling mistakes.
Found with:
codespell --version
1.17.1
65 files changed, 151 insertions, 151 deletions
diff --git a/CMakeLists.txt b/CMakeLists.txt index 23005911..ea8f62d1 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -634,7 +634,7 @@ set(USE_WIN32_FILEIO ${win32_io}) # Orthogonal features # Strip chopping -option(strip-chopping "strip chopping (whether or not to convert single-strip uncompressed images to mutiple strips of specified size to reduce memory usage)" ON) +option(strip-chopping "strip chopping (whether or not to convert single-strip uncompressed images to multiple strips of specified size to reduce memory usage)" ON) set(TIFF_DEFAULT_STRIP_SIZE 8192 CACHE STRING "default size of the strip in bytes (when strip chopping is enabled)") set(STRIPCHOP_DEFAULT) @@ -469,7 +469,7 @@ see #17 tiffmedian: shopw usage on stdout when -h is used. - aslo use EXIT_SUCCESS/EXIT_FAILURE + also use EXIT_SUCCESS/EXIT_FAILURE see #17 tiffinfo: print usage on stdout when -h is used. @@ -674,7 +674,7 @@ 2020-03-27 Thomas Bernard <miniupnp@free.fr> tiff2pdf: fix "raw" copy of Deflate streams. - The Predictor parametter was not copied from the source tiff to the PDF. + The Predictor parameter was not copied from the source tiff to the PDF. fixes #48 / http://bugzilla.maptools.org/show_bug.cgi?id=2442 2020-03-26 Thomas Bernard <miniupnp@free.fr> @@ -982,7 +982,7 @@ - EXIF_GPS_upgrade rebased onto c8c5309b765ef4ff097d2aaffbdb8f403db8967d (Merge branch 'Rational2DoublePrecision_correction' into 'master') and adapted: - tif_dirinfo.c: All rational tags set to TIFF_SETGET_FLOAT but only the GPSTAG_ tags set to TIFF_SETGET_DOUBLE. - - custom_dir_EXIF_231.c: Editorials amended and gcc warnigs fixed. + - custom_dir_EXIF_231.c: Editorials amended and gcc warnings fixed. - CMakeLists.txt: add_test(NAME "custom_dir_EXIF_231" COMMAND "custom_dir_EXIF_231") added. 2020-03-07 Even Rouault <even.rouault@spatialys.com> @@ -1006,7 +1006,7 @@ fix #55 http://bugzilla.maptools.org/show_bug.cgi?id=2505 - Patch originally submited by Ludolf Holzheid <ludolf.holzheid@gmx.de> + Patch originally submitted by Ludolf Holzheid <ludolf.holzheid@gmx.de> 2020-03-06 Even Rouault <even.rouault@spatialys.com> @@ -1129,7 +1129,7 @@ 2020-02-29 Su_Laus <sulau@freenet.de> - tif_dirwrite.c: bugfix DoubleToSrational(), which returns plain signed interger values always as unsigned rationals. Add a test into rational_precision2double.c for "-1.0" and some editorials in tif_dirwrite.c. (code is related to 6df997c786928757caea0dd68d26ea5f098f49df changes). + tif_dirwrite.c: bugfix DoubleToSrational(), which returns plain signed integer values always as unsigned rationals. Add a test into rational_precision2double.c for "-1.0" and some editorials in tif_dirwrite.c. (code is related to 6df997c786928757caea0dd68d26ea5f098f49df changes). 2020-02-29 Even Rouault <even.rouault@spatialys.com> @@ -1174,7 +1174,7 @@ Rational with Double Precision Upgrade. Unfortunately, custom rational tags (TIFF_RATIONAL with field_bit=FIELD_CUSTOM) are defined as TIFF_SETGET_DOUBLE - but for the reading interface and LibTiff internally they are stored ALLWAYS as floating point SINGLE precision. + but for the reading interface and LibTiff internally they are stored ALWAYS as floating point SINGLE precision. Double precision custom rational tags are not supported by LibTiff. For the GPS tags in WGS84 a higher accuracy / precision is needed. @@ -1269,7 +1269,7 @@ raw2tiff: avoid divide by 0. fixes #151 / http://bugzilla.maptools.org/show_bug.cgi?id=2839 - first memcmp() lines before computing corellation + first memcmp() lines before computing correlation and always avoid divide by 0 anyway 2020-02-09 Even Rouault <even.rouault@spatialys.com> @@ -1294,7 +1294,7 @@ tiffcrop.c:4027:20: runtime error: left shift of 190 by 24 places cannot be represented in type 'int' C treats (byte << 24) as an int expression. - casting explicitely to unsigned type uint32 avoids the problem. + casting explicitly to unsigned type uint32 avoids the problem. the same issue has been fixed elsewhere with a24213691616e7cd35aa3e2805493de80c7e4fcf @@ -1523,7 +1523,7 @@ 2019-08-25 Even Rouault <even.rouault@spatialys.com> - JPEG: avoid use of unintialized memory on corrupted files. + JPEG: avoid use of uninitialized memory on corrupted files. Follow-up of cf3ce6fab894414a336546f62adc57f02590a22c Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=16602 Credit to OSS Fuzz @@ -1587,7 +1587,7 @@ signed), which was especially easily triggered on 32-bit builds (with recent enough compilers that assume that signed multiplication cannot overflow, since this is undefined behaviour by the C standard). The original issue which lead to - this fix was trigged from tif_fax3.c + this fix was triggered from tif_fax3.c There were also unsafe (implementation defied), and broken in practice on 64bit builds, ways of checking that a uint64 fits of a (signed) tmsize_t by doing @@ -1660,7 +1660,7 @@ - Discussion in https://gitlab.com/libtiff/libtiff/merge_requests/39 - http://bugzilla.maptools.org/show_bug.cgi?id=2540 - Comments and indention adapted. +x Comments and indentation adapted. Preparation to rebase onto master @@ -1680,7 +1680,7 @@ [00:02:58] -- CMAKE_HOST_SYSTEM_PROCESSOR set to AMD64 [00:02:58] -- HOST_FILLORDER set to FILLORDER_MSB2LSB - Ther reason is that we match the "amd64.*" lowercase string whereas + The reason is that we match the "amd64.*" lowercase string whereas CMAKE_HOST_SYSTEM_PROCESSOR is set to AMD64 uppercase. 2019-07-09 Even Rouault <even.rouault@spatialys.com> @@ -1690,13 +1690,13 @@ 2019-07-09 Even Rouault <even.rouault@spatialys.com> Merge branch 'fix_chromium_925269' into 'master' - OJPEG: avoid use of unintialized memory on corrupted files + OJPEG: avoid use of uninitialized memory on corrupted files See merge request libtiff/libtiff!86 2019-07-05 Even Rouault <even.rouault@spatialys.com> - OJPEG: avoid use of unintialized memory on corrupted files. + OJPEG: avoid use of uninitialized memory on corrupted files. Fixes https://bugs.chromium.org/p/chromium/issues/detail?id=925269 Patch from Lei Zhang with little adaptations. @@ -1849,12 +1849,12 @@ arrays are only loaded when first accessed. This can speed-up the opening of files stored on the network when just metadata retrieval is needed. This mode has been used for years by the GDAL library when compiled with - its embeded libtiff copy. + its embedded libtiff copy. To avoid potential out-of-tree code (typically codecs) that would use the td_stripbytecount and td_stripoffset array inconditionnaly assuming they have been loaded, those have been suffixed with _p (for protected). The - use of the new functions mentionned below is then recommended. + use of the new functions mentioned below is then recommended. Another addition of this commit is the capability of loading only the values of the offset/bytecount of the strile of interest instead of the @@ -1870,7 +1870,7 @@ if a strile is present or not without decompressing the data, or updating an existing sparse file. They will also be used to enable a future enhancement where client code can entirely - skip bytecount loading in some situtations + skip bytecount loading in some situations A new test/defer_strile_loading.c test has been added to test the above capabilities. @@ -2141,8 +2141,8 @@ Also the values were not properly calculated. It should be 255-x, 15-x, 3-x for bps 8, 4, 2. - But anyway it is easyer to invert all bits as 255-x = ~x, etc. - (substracting from a binary number composed of all 1 is like inverting + But anyway it is easier to invert all bits as 255-x = ~x, etc. + (subtracting from a binary number composed of all 1 is like inverting the bits) 2019-02-11 Thomas Bernard <miniupnp@free.fr> @@ -2670,7 +2670,7 @@ Merge branch 'zstd' - Add warning about COMPRESSION_ZSTD not being officialy registered. + Add warning about COMPRESSION_ZSTD not being officially registered. 2018-02-14 Even Rouault <even.rouault@mines-paris.org> @@ -2900,7 +2900,7 @@ result, we end up writing past the end of the buffer. There are also some related issues that this also fixes. For example, - TIFFGetField can return uninitalized pointer values, and the logic to + TIFFGetField can return uninitialized pointer values, and the logic to detect a N=3 vs N=1 transfer function seemed rather strange. It is also strange that we declare the transfer functions to be of type @@ -3315,7 +3315,7 @@ scans and not interleavedin a single one, needs to allocate memory (or backing store) for the whole strip/tile. See http://www.libjpeg-turbo.org/pmwiki/uploads/About/TwoIssueswiththeJPEGStandard.pdf - This limitation may be overriden by setting the + This limitation may be overridden by setting the LIBTIFF_ALLOW_LARGE_LIBJPEG_MEM_ALLOC environment variable, or recompiling libtiff with a custom value of TIFF_LIBJPEG_LARGEST_MEM_ALLOC macro. @@ -3598,7 +3598,7 @@ * libtiff/tif_jpeg.c: only run JPEGFixupTagsSubsampling() if the YCbCrSubsampling tag is not explicitly present. This helps a bit to reduce - the I/O amount when te tag is present (especially on cloud hosted files). + the I/O amount when the tag is present (especially on cloud hosted files). 2017-01-14 Even Rouault <even.rouault at spatialys.com> @@ -3839,7 +3839,7 @@ 2016-12-03 Even Rouault <even.rouault at spatialys.com> * libtiff/tif_dirread.c: modify ChopUpSingleUncompressedStrip() to - instanciate compute ntrips as TIFFhowmany_32(td->td_imagelength, rowsperstrip), + instantiate compute ntrips as TIFFhowmany_32(td->td_imagelength, rowsperstrip), instead of a logic based on the total size of data. Which is faulty is the total size of data is not sufficient to fill the whole image, and thus results in reading outside of the StripByCounts/StripOffsets arrays when @@ -3863,7 +3863,7 @@ 2016-12-02 Even Rouault <even.rouault at spatialys.com> - * tools/tiffcp.c: avoid uint32 underflow in cpDecodedStrips that + * tools/tiffcp.c: avoid uint32 underflow in cpDecodedStrips that can cause various issues, such as buffer overflows in the library. Reported by Agostino Sarubbo. Fixes http://bugzilla.maptools.org/show_bug.cgi?id=2598 @@ -4305,7 +4305,7 @@ * libtiff/tif_write.c: TIFFWriteEncodedStrip() and TIFFWriteEncodedTile() should return -1 in case of failure of tif_encodestrip() as documented * libtiff/tif_dumpmode.c: DumpModeEncode() should return 0 in case of - failure so that the above mentionned functions detect the error. + failure so that the above mentioned functions detect the error. 2015-12-06 Even Rouault <even.rouault at spatialys.com> @@ -4328,7 +4328,7 @@ 2015-11-22 Even Rouault <even.rouault at spatialys.com> * libtiff/*.c: fix typos in comments (patch by Kurt Schwehr) - + 2015-11-22 Even Rouault <even.rouault at spatialys.com> * libtiff/*.c: fix MSVC warnings related to cast shortening and @@ -4896,7 +4896,7 @@ 2014-12-27 Even Rouault <even.rouault@spatialys.com> * libtiff/tif_dir.c: in TIFFDefaultDirectory(), reset any already existing - extented tags installed by user code through the extender mechaninm before + extended tags installed by user code through the extender mechanism before calling the extender callback (GDAL #5054) 2014-12-26 Bob Friesenhahn <bfriesen@simple.dallas.tx.us> @@ -4999,14 +4999,14 @@ cpStripToTile() (called from writeBufferToContigTiles). Note that the resulting TIFF file would be scrambled even if tiffcp wouldn't crash, since the output file would contain - RGB data intepreted as subsampled YCbCr values. + RGB data interpreted as subsampled YCbCr values. This patch fixes the problem by forcing RGB space on the output TIF if the input is JPEG-encoded and output is *not* JPEG-encoded. Author: Tomasz Buchert <tomasz.buchert@inria.fr> 2014-12-21 Even Rouault <even.rouault@spatialys.com> - Fix various crasher bugs on fuzzed images. + Fix various crash bugs on fuzzed images. * libtiff/tif_dir.c: TIFFSetField(): refuse to set negative values for TIFFTAG_XRESOLUTION and TIFFTAG_YRESOLUTION that cause asserts when writing the directory @@ -5343,7 +5343,7 @@ * libtiff 4.0.2 released. - * tools/tif2pdf.c, tools/tifdump.c: avoid unitialized variable + * tools/tif2pdf.c, tools/tifdump.c: avoid uninitialized variable warnings with clang. 2012-06-15 Tom Lane <tgl@sss.pgh.pa.us> @@ -6990,7 +6990,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic Added support for a TIFF_PTRDIFF_T type to use when doing pointer arithmetic. Added support for a TIFF_SSIZE_T in order to return memory sizes but still allow returning -1 for errors. - * libtiff/tiffconf.vc.h: Add porting type defintions for WIN32. + * libtiff/tiffconf.vc.h: Add porting type definitions for WIN32. 2007-06-25 Bob Friesenhahn <bfriesen@simple.dallas.tx.us> @@ -7125,7 +7125,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic * libtiff/tif_config.wince.h: Added configuration header for WinCE. * libtiff/tiffconf.wince.h: Ported old configuration header for WinCE. * libtiff/tif_wince.c: Added WinCE-specific implementation of some - functons from tif_win32.c. + functions from tif_win32.c. * libtiff/tif_win32.c: Disabled some functions already reimplemented in tif_wince.c. * libtiff/tiffiop.h, port/lfind.c: Added conditional include of some standard header files for Windows CE build. @@ -7369,7 +7369,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic * libtiff/tif_jpeg.c: strip size related bugfix in encode raw - * libtiff/tif_strip.c: temporarilly added two new versions of + * libtiff/tif_strip.c: temporarily added two new versions of TIFFScanlineSize - TIFFNewScanlineSize: proposed new version, after all related issues and side-effects are sorted out @@ -7429,7 +7429,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic 2006-03-16 Andrey Kiselev <dron@ak4719.spb.edu> - * libtiff/tiffiop.h: Added decalration for + * libtiff/tiffiop.h: Added declaration for _TIFFSetDefaultCompressionState(). * libtiff/{tif_jpeg.c, tif_fax3.c, tif_zip.c, tif_pixarlog.c, @@ -7759,7 +7759,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic http://bugzilla.remotesensing.org/show_bug.cgi?id=1003 - * libtiff/tif_dirinfo.c: Correctly yse bsearch() and lfind() + * libtiff/tif_dirinfo.c: Correctly use bsearch() and lfind() functions as per bug http://bugzilla.remotesensing.org/show_bug.cgi?id=1008 @@ -7804,7 +7804,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic http://bugzilla.remotesensing.org/show_bug.cgi?id=977 - * tools/tiffsplit.c: Copy fax related fields over splitted parts + * tools/tiffsplit.c: Copy fax related fields over split parts as per bug http://bugzilla.remotesensing.org/show_bug.cgi?id=983 @@ -7986,12 +7986,12 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic 2005-06-07 Andrey Kiselev <dron@ak4719.spb.edu> * contrib/addtiffo/tif_ovrcache.c: Properly extract tile/strip size; - use pixel sized shift in contigous case. + use pixel sized shift in contiguous case. 2005-06-06 Andrey Kiselev <dron@ak4719.spb.edu> * contrib/addtiffo/{tif_overview.c, tif_ovrcache.c, tif_ovrcache.h}: - Make overviews working for contiguos images. + Make overviews working for contiguous images. 2005-06-03 Andrey Kiselev <dron@ak4719.spb.edu> @@ -8421,7 +8421,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic http://bugzilla.remotesensing.org/show_bug.cgi?id=697 - * libtiff/tif_config.in.vc: Removed unneded definitions for + * libtiff/tif_config.in.vc: Removed unneeded definitions for read/open/close/lseek functions to fix the http://bugzilla.remotesensing.org/show_bug.cgi?id=680 @@ -9280,7 +9280,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic * man/tiff2pdf.1: Few improvements in page layout. * Makefile.in, /man/Makefile.in, /html/man/tiff2pdf.1.html: - Added support fpr tiff2pdf manual page. + Added support for tiff2pdf manual page. 2003-11-26 Ross Finlayson <libtiff@apexinternetsoftware.com> @@ -9289,7 +9289,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic 2003-11-26 Andrey Kiselev <dron@ak4719.spb.edu> * Makefile.in, /tools/{Makefile.in, makefile.vc}: - Added support fpr tiff2pdf utility. + Added support for tiff2pdf utility. 2003-11-25 Ross Finlayson <libtiff@apexinternetsoftware.com> @@ -9332,7 +9332,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic 2003-11-17 Andrey Kiselev <dron@ak4719.spb.edu> * contrib/pds/{tif_pdsdirread.c, tif_pdsdirwrite.c}: Use - TIFFDataWidth() function insted of tiffDataWidth array. + TIFFDataWidth() function instead of tiffDataWidth array. 2003-11-16 Andrey Kiselev <dron@ak4719.spb.edu> @@ -10119,7 +10119,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic TIFFDataType sizes instead of working with tiffDataWidth array directly. Should prevent out-of-borders bugs in case of unknown or broken data types. EstimateStripByteCounts routine modified, so it - won't work when tags with uknown sizes founded. + won't work when tags with unknown sizes founded. Closes http://bugzilla.remotesensing.org/show_bug.cgi?id=109 2002-03-13 Andrey Kiselev <dron@ak4719.spb.edu> @@ -10321,7 +10321,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic * libtiff/tif_getimage.c: relax handling of contig case where there are extra samples that are supposed to be ignored. This - should now work for 8bit greyscale or palletted images. + should now work for 8bit greyscale or paletted images. http://bugzilla.remotesensing.org/show_bug.cgi?id=75 @@ -10551,7 +10551,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic 2001-02-16 Frank Warmerdam <warmerdam@pobox.com> * libtiff/libtiff.def: Brent Roman submitted new version adding - serveral missing entry points. + several missing entry points. * libtiff/tif_dirinfo.c: don't declare tiffFieldInfo static on VMS. Some sort of weird VMS thing. @@ -10961,7 +10961,7 @@ Tue Nov 30 14:41:43 1999 Frank Warmerdam <warmerda@gdal.velocet.ca> *** 3.5 Tue Nov 30 14:15:32 EST 1999 Mike Welles <mike@onshore.com> - * Added zip creation to relase makefile target + * Added zip creation to release makefile target * Added html for TIFFWriteTile.3t man page. diff --git a/Makefile.vc b/Makefile.vc index eeb5d04d..d5da1c52 100644 --- a/Makefile.vc +++ b/Makefile.vc @@ -21,7 +21,7 @@ # OF THIS SOFTWARE. # # Makefile for MS Visual C and Watcom C compilers. -# Edit nmake.opt file if you want to ajust building options. +# Edit nmake.opt file if you want to adjust building options. # # To build: # C:\libtiff> nmake /f makefile.vc @@ -52,7 +52,7 @@ opts.Add(BoolOption('logluv', \ 'enable support for LogLuv high dynamic range encoding', \ 'yes')) opts.Add(BoolOption('strip_chopping', \ - 'support for strip chopping (whether or not to convert single-strip uncompressed images to mutiple strips of ~8Kb to reduce memory usage)', \ + 'support for strip chopping (whether or not to convert single-strip uncompressed images to multiple strips of ~8Kb to reduce memory usage)', \ 'yes')) opts.Add(BoolOption('extrasample_as_alpha', \ 'the RGBA interface will treat a fourth sample with no EXTRASAMPLE_ value as being ASSOCALPHA. Many packages produce RGBA files but don\'t mark the alpha properly', \ diff --git a/archive/tools/bmp2tiff.c b/archive/tools/bmp2tiff.c index d541e203..704244b7 100644 --- a/archive/tools/bmp2tiff.c +++ b/archive/tools/bmp2tiff.c @@ -76,7 +76,7 @@ enum BMPType * BMPInfoHeader structure. An array of BMPColorEntry structures (also called * a colour table) follows the bitmap information header structure. The colour * table is followed by a second array of indexes into the colour table (the - * actual bitmap data). Data may be comressed, for 4-bpp and 8-bpp used RLE + * actual bitmap data). Data may be compressed, for 4-bpp and 8-bpp used RLE * compression. * * +---------------------+ diff --git a/configure.ac b/configure.ac index a2242330..bcc1eaa9 100644 --- a/configure.ac +++ b/configure.ac @@ -456,7 +456,7 @@ dnl Set the floating point format. dnl FIXME: write appropriate test. dnl --------------------------------------------------------------------------- HAVE_IEEEFP=1 -AC_DEFINE_UNQUOTED(HAVE_IEEEFP, $HAVE_IEEEFP, [Define as 0 or 1 according to the floating point format suported by the machine]) +AC_DEFINE_UNQUOTED(HAVE_IEEEFP, $HAVE_IEEEFP, [Define as 0 or 1 according to the floating point format supported by the machine]) dnl --------------------------------------------------------------------------- dnl Enable run-time paths to libraries usage. @@ -1106,7 +1106,7 @@ dnl --------------------------------------------------------------------------- AC_ARG_ENABLE(strip-chopping, AS_HELP_STRING([--disable-strip-chopping], - [disable support for strip chopping (whether or not to convert single-strip uncompressed images to mutiple strips of specified size to reduce memory usage)]), + [disable support for strip chopping (whether or not to convert single-strip uncompressed images to multiple strips of specified size to reduce memory usage)]), [HAVE_STRIPCHOP=$enableval], [HAVE_STRIPCHOP=yes]) AC_ARG_WITH(default-strip-size, AS_HELP_STRING([--with-default-strip-size=SIZE], @@ -1114,7 +1114,7 @@ AC_ARG_WITH(default-strip-size, if test "$HAVE_STRIPCHOP" = "yes" \ -a "x$with_default_strip_size" != "xno"; then - AC_DEFINE(STRIPCHOP_DEFAULT,TIFF_STRIPCHOP,[Support strip chopping (whether or not to convert single-strip uncompressed images to mutiple strips of specified size to reduce memory usage)]) + AC_DEFINE(STRIPCHOP_DEFAULT,TIFF_STRIPCHOP,[Support strip chopping (whether or not to convert single-strip uncompressed images to multiple strips of specified size to reduce memory usage)]) if test "x$with_default_strip_size" = "x" \ -o "x$with_default_strip_size" = "xyes"; then diff --git a/configure.com b/configure.com index a3064425..bed4e20b 100644 --- a/configure.com +++ b/configure.com @@ -46,7 +46,7 @@ $ENDIF $MMS = F$SEARCH("SYS$SYSTEM:MMS.EXE") .NES. "" $MMK = F$TYPE(MMK) $IF (MMS .OR. MMK.NES."") THEN GOTO TEST_LIBRARIES -$! I cant find any make tool +$! I cannot find any make tool $GOTO EXIT $! $! @@ -1126,7 +1126,7 @@ CLEAN : $! $! $! -$!copiing and patching TIFF_CONF.H, TIF_CONFIG.H +$!copying and patching TIFF_CONF.H, TIF_CONFIG.H $! $CURRENT = F$ENVIRONMENT (""DEFAULT"") $CURRENT[F$LOCATE("]",CURRENT),9]:=".LIBTIFF]" @@ -1158,7 +1158,7 @@ $COPY SYS$INPUT 'CURRENT'TIFFCONF.H /* Compatibility stuff. */ -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #ifdef __IEEE_FLOAT @@ -1202,7 +1202,7 @@ $COPY SYS$INPUT 'CURRENT'TIFFCONF.H /* #undef ZIP_SUPPORT */ /* Support strip chopping (whether or not to convert single-strip uncompressed - images to mutiple strips of ~8Kb to reduce memory usage) */ + images to multiple strips of ~8Kb to reduce memory usage) */ #define STRIPCHOP_DEFAULT TIFF_STRIPCHOP /* Enable SubIFD tag (330) support */ @@ -1244,7 +1244,7 @@ $COPY SYS$INPUT 'CURRENT'TIF_CONFIG.H /* Define to 1 if you have the <fcntl.h> header file. */ #define HAVE_FCNTL_H 1 -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #ifdef __IEEE_FLOAT diff --git a/contrib/addtiffo/tif_overview.c b/contrib/addtiffo/tif_overview.c index 03b35733..591a2aaa 100644 --- a/contrib/addtiffo/tif_overview.c +++ b/contrib/addtiffo/tif_overview.c @@ -782,7 +782,7 @@ void TIFFBuildOverviews( TIFF *hTIFF, int nOverviews, int * panOvList, } /* -------------------------------------------------------------------- */ -/* Turn off warnings to avoid alot of repeated warnings while */ +/* Turn off warnings to avoid a lot of repeated warnings while */ /* rereading directories. */ /* -------------------------------------------------------------------- */ pfnWarning = TIFFSetWarningHandler( NULL ); @@ -803,7 +803,7 @@ void TIFFBuildOverviews( TIFF *hTIFF, int nOverviews, int * panOvList, } /* -------------------------------------------------------------------- */ -/* Capture the pallette if there is one. */ +/* Capture the palette if there is one. */ /* -------------------------------------------------------------------- */ if( TIFFGetField( hTIFF, TIFFTAG_COLORMAP, &panRedMap, &panGreenMap, &panBlueMap ) ) diff --git a/contrib/pds/tif_pdsdirwrite.c b/contrib/pds/tif_pdsdirwrite.c index a670bda1..5c161b79 100644 --- a/contrib/pds/tif_pdsdirwrite.c +++ b/contrib/pds/tif_pdsdirwrite.c @@ -124,7 +124,7 @@ static int TIFFWriteRational(TIFF*, the main, standard TIFF directories that does not apply to special private subdirectories, so such a reimplementation for the sake of eliminating redundant or duplicate code is probably not possible, - unless we also pass in a Main flag to indiciate which type of handling + unless we also pass in a Main flag to indicate which type of handling to do, which would be kind of a hack. I've marked those places where I changed or ripped out code which would have to be re-inserted to generalize this function. If it can be done in a clean and graceful way, diff --git a/contrib/tags/README b/contrib/tags/README index 3220b7b1..d58a5641 100644 --- a/contrib/tags/README +++ b/contrib/tags/README @@ -56,7 +56,7 @@ so that multiple clients may be installed. The TIFFExtendProc method that you define should be used to override the TIFF file's "vsetfield" and "vgetfield" methods, so that you can trap your new, private tags, and install their values into -a private directory structure. For your convienience, a new pointer +a private directory structure. For your convenience, a new pointer has also been added to the "TIFF" file structure: tidata_t tif_clientdir; /* client TIFF directory */ diff --git a/contrib/win_dib/README.Tiffile b/contrib/win_dib/README.Tiffile index 82c6e5c4..8645f05c 100644 --- a/contrib/win_dib/README.Tiffile +++ b/contrib/win_dib/README.Tiffile @@ -2,7 +2,7 @@ Frank, I attached a file that uses RGBA interface (tif_getimage.c) to read a tiff file and convert to a DIB. It's advantage is that it is easy to read *any* -tiff file suported by libtiff and easily convert it to a DIB. The disadvantage +tiff file supported by libtiff and easily convert it to a DIB. The disadvantage is that bilevel (B&W) bitmaps (and all other non-rgba images) are also converted to RGBA, thus taking up 32x as much memory as needed (4 bytes per pixel, rather than 1 bit). I read tiff files, but don't need to diff --git a/contrib/win_dib/README.tiff2dib b/contrib/win_dib/README.tiff2dib index ff70ca1a..75e1254b 100644 --- a/contrib/win_dib/README.tiff2dib +++ b/contrib/win_dib/README.tiff2dib @@ -14,7 +14,7 @@ Here is some information that may help someone. I build the library under Windows 95 as a 32-bit library. The contribution of Scott Wagner (tif_win32.c) worked fine, but -the makefile "makefile.msc" was unsable because it was +the makefile "makefile.msc" was unusable because it was written for DOS or Windows 3.1 and all the files names are limited to 8 characters. @@ -38,7 +38,7 @@ I had to : I also join the source file "tif2dib.c" that I created, it contain the function LoadTIFFinDIB that load a TIFF file and build a memory DIB with it and return the -HANDLE (HDIB) of the memory bloc containing this DIB. +HANDLE (HDIB) of the memory block containing this DIB. Since DIB is the "natural" bitmap format for Windows 3.1, 95 and NT, this function should be useful for some Windows 95 (or NT) developer. diff --git a/contrib/win_dib/Tiffile.cpp b/contrib/win_dib/Tiffile.cpp index 2f7965d6..ca2acd43 100644 --- a/contrib/win_dib/Tiffile.cpp +++ b/contrib/win_dib/Tiffile.cpp @@ -329,7 +329,7 @@ DECLAREContigPutFunc(putContig1bitTile) int wb = WIDTHBYTES(w); u_char* ucp = (u_char*)cp; - /* Conver 'w' to bytes from pixels (rounded up) */ + /* Convert 'w' to bytes from pixels (rounded up) */ w = (w+7)/8; while (h-- > 0) { diff --git a/contrib/win_dib/tiff2dib.c b/contrib/win_dib/tiff2dib.c index 2fa2de69..02c29060 100644 --- a/contrib/win_dib/tiff2dib.c +++ b/contrib/win_dib/tiff2dib.c @@ -4,7 +4,7 @@ * * The function LoadTIFFinDIB in this source file let you load * a TIFF file and build a memory DIB with it and return the - * HANDLE (HDIB) of the memory bloc containing the DIB. + * HANDLE (HDIB) of the memory block containing the DIB. * * Example : * @@ -49,7 +49,7 @@ static int checkcmap(int n, uint16* r, uint16* g, uint16* b); * Description: * * This function load a TIFF file and build a memory DIB with it - * and return the HANDLE (HDIB) of the memory bloc containing + * and return the HANDLE (HDIB) of the memory block containing * the DIB. * * 4/12/95 Philippe Tenenhaus 100423.3705@compuserve.com diff --git a/html/internals.html b/html/internals.html index 20061ef0..f6516b59 100644 --- a/html/internals.html +++ b/html/internals.html @@ -289,7 +289,7 @@ The following defines control general portability: <TR> <TD VALIGN=top><TT>HAVE_IEEEFP</TT></TD> <TD>Define this as 0 or 1 according to the floating point - format suported by the machine. If your machine does + format supported by the machine. If your machine does not support IEEE floating point then you will need to add support to tif_machdep.c to convert between the native format and IEEE format.</TD> diff --git a/html/libtiff.html b/html/libtiff.html index cda66b5a..c673b4ff 100644 --- a/html/libtiff.html +++ b/html/libtiff.html @@ -296,7 +296,7 @@ the <tt>TIFFGetFieldDefaulted</tt> interface may be used. </p> <p> - The manual pages for the tag get and set routines specifiy the exact data types + The manual pages for the tag get and set routines specify the exact data types and calling conventions required for each tag supported by the library. </p> <hr> diff --git a/html/man/TIFFDataWidth.3tiff.html b/html/man/TIFFDataWidth.3tiff.html index 9eede060..c8318ded 100644 --- a/html/man/TIFFDataWidth.3tiff.html +++ b/html/man/TIFFDataWidth.3tiff.html @@ -75,7 +75,7 @@ TIFF_DOUBLE</i></p> <td width="8%"></td> <td width="91%"> <p><i>TIFFDataWidth</i> returns a number of bytes occupied -by the item of given type. 0 returned when uknown data type +by the item of given type. 0 returned when unknown data type supplied.</p> </td> </table> diff --git a/html/man/TIFFReadRGBAImage.3tiff.html b/html/man/TIFFReadRGBAImage.3tiff.html index f648f099..5bf6527f 100644 --- a/html/man/TIFFReadRGBAImage.3tiff.html +++ b/html/man/TIFFReadRGBAImage.3tiff.html @@ -176,7 +176,7 @@ scaling sample values. Palette, grayscale, bilevel, uncorrected by any colorimetry information present in the directory.</p> <!-- INDENTATION --> -<p>The paramater <i>stopOnError</i> specifies how to act if +<p>The parameter <i>stopOnError</i> specifies how to act if an error is encountered while reading the image. If <i>stopOnError</i> is non-zero, then an error will terminate the operation; otherwise <i>TIFFReadRGBAImage</i> will diff --git a/html/v3.4beta007.html b/html/v3.4beta007.html index c2b51f0a..77c6ac8d 100644 --- a/html/v3.4beta007.html +++ b/html/v3.4beta007.html @@ -54,7 +54,7 @@ The following information is located here: <LI>Niles Ritter's client tag extension hooks were added <LI>a new routine <TT>TIFFCurrentDirOffset</TT> was added for applications that want to find out the file offset of a TIFF directory -<LI>the calculation of the number of strips in an image was corected +<LI>the calculation of the number of strips in an image was corrected for images with certain esoteric configurations <LI>a potential memory leak (very unlikely) was plugged <LI>the <TT>TIFFReadRGBAImage</TT> support was completely rewritten diff --git a/html/v3.4beta016.html b/html/v3.4beta016.html index 11035384..e959af8e 100644 --- a/html/v3.4beta016.html +++ b/html/v3.4beta016.html @@ -55,7 +55,7 @@ The following information is located here: <LI>support was added for registering new codecs external to the library and for overriding the codecs that are builtin to the library <LI>emulation support for the old <TT>DataType</TT> tag was improved -<LI>suppport was added for the <TT>SMinSampleValue</TT> +<LI>support was added for the <TT>SMinSampleValue</TT> and <TT>SMaxSampleValue</TT> tags <LI>the library no longer ignores <TT>TileWidth</TT> and <TT>TileLength</TT> tags whose values are not a multiple of 16 (per the spec); this diff --git a/html/v3.4beta028.html b/html/v3.4beta028.html index 5ae0e490..1d54afe1 100644 --- a/html/v3.4beta028.html +++ b/html/v3.4beta028.html @@ -84,7 +84,7 @@ The following information is located here: order, and ``H'' for the bit order of the native CPU) <LI>the byte order of image and tag data written to newly-created files can now be controlled on a per-file basis through a mode parameter - supplied when openening a file (``b'' to force Big-Endian byte order + supplied when opening a file (``b'' to force Big-Endian byte order and ``l'' to force Little-Endian byte order) <LI>the use memory-mapped files for images opened read-only can now be controlled on a per-file basis through a mode parameter supplied diff --git a/html/v3.5.7.html b/html/v3.5.7.html index a58b7e5a..5ae2d26c 100644 --- a/html/v3.5.7.html +++ b/html/v3.5.7.html @@ -44,7 +44,7 @@ The following information is located here: <UL> <li> libtiff/libtiff.def: Brent Roman submitted new version adding -serveral missing entry points. Also add a few other entry points +several missing entry points. Also add a few other entry points later. <li> configure, Makefile.in, etc: added support for OPTIMIZER being @@ -152,7 +152,7 @@ later. <li> libtiff/tif_getimage.c: relax handling of contig case where there are extra samples that are supposed to be ignored as per bug 75. This -should now work for 8bit greyscale or palletted images. +should now work for 8bit greyscale or paletted images. <li> libtiff/tif_packbits.c: fixed memory overrun error as per bug 77. diff --git a/html/v3.6.0.html b/html/v3.6.0.html index 1a3ba4a9..57613867 100644 --- a/html/v3.6.0.html +++ b/html/v3.6.0.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> @@ -108,7 +108,7 @@ with externally defined tags is the primary reason for the shift to the <UL> <li> configure, config.site: Fix for large files (>2GiB) support. New -option in the config.site: LARGEFILE="yes". Should be enougth for the large +option in the config.site: LARGEFILE="yes". Should be enough for the large files I/O. <li> configure: Set -DPIXARLOG_SUPPORT option along with -DZIP_SUPPORT. diff --git a/html/v3.6.1.html b/html/v3.6.1.html index 6a357f4c..e7036c0f 100644 --- a/html/v3.6.1.html +++ b/html/v3.6.1.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> @@ -125,7 +125,7 @@ interface. YCbCr to RGB conversion code also moved there and now has <a href="./man/TIFFcolor.3t.html">publicly available interface</a>. These routines currently used in TIFFRGBAImage interface only and not supported in other libtiff tools yet. So if you want, for example, to convert CIE Lab image -into PostScript file you should do it in two steps: chnge colorspace to RGB +into PostScript file you should do it in two steps: change colorspace to RGB using <a href="./man/tiff2rgba.1.html">tiff2rgba</a> utility abd then process it with the <a href="./man/tiff2ps.1.html">tiff2ps</a>. @@ -176,7 +176,7 @@ lines. <UL> <li> contrib/pds/{tif_pdsdirread.c, tif_pdsdirwrite.c}: Use TIFFDataWidth() -function insted of tiffDataWidth array. +function instead of tiffDataWidth array. </UL> diff --git a/html/v3.7.0.html b/html/v3.7.0.html index 9c0819a4..c08fb3b6 100644 --- a/html/v3.7.0.html +++ b/html/v3.7.0.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.7.0alpha.html b/html/v3.7.0alpha.html index 39b63238..70b11177 100644 --- a/html/v3.7.0alpha.html +++ b/html/v3.7.0alpha.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.7.0beta.html b/html/v3.7.0beta.html index f646480f..8ed682ca 100644 --- a/html/v3.7.0beta.html +++ b/html/v3.7.0beta.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.7.0beta2.html b/html/v3.7.0beta2.html index 41ba6c3a..0b0b9a82 100644 --- a/html/v3.7.0beta2.html +++ b/html/v3.7.0beta2.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.7.1.html b/html/v3.7.1.html index 164b4059..66263cd5 100644 --- a/html/v3.7.1.html +++ b/html/v3.7.1.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.7.2.html b/html/v3.7.2.html index d396021e..ac1ae85d 100644 --- a/html/v3.7.2.html +++ b/html/v3.7.2.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.7.3.html b/html/v3.7.3.html index 54978c8f..bc1dc26d 100644 --- a/html/v3.7.3.html +++ b/html/v3.7.3.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.7.4.html b/html/v3.7.4.html index eeb0f3ca..a811a173 100644 --- a/html/v3.7.4.html +++ b/html/v3.7.4.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.8.0.html b/html/v3.8.0.html index 81a8b0c6..be1529ba 100644 --- a/html/v3.8.0.html +++ b/html/v3.8.0.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> @@ -110,7 +110,7 @@ The following information is located here: <a href="http://bugzilla.remotesensing.org/show_bug.cgi?id=1003"> http://bugzilla.remotesensing.org/show_bug.cgi?id=1003</a> - <li> tif_dirinfo.c: Correctly yse bsearch() and lfind() + <li> tif_dirinfo.c: Correctly use bsearch() and lfind() functions as per bug <a href="http://bugzilla.remotesensing.org/show_bug.cgi?id=1008"> http://bugzilla.remotesensing.org/show_bug.cgi?id=1008</a> @@ -170,7 +170,7 @@ The following information is located here: <a href="http://bugzilla.remotesensing.org/show_bug.cgi?id=965"> http://bugzilla.remotesensing.org/show_bug.cgi?id=965</a> - <li> tiffsplit.c: Copy fax related fields over splitted parts + <li> tiffsplit.c: Copy fax related fields over split parts as per bug <a href="http://bugzilla.remotesensing.org/show_bug.cgi?id=983"> http://bugzilla.remotesensing.org/show_bug.cgi?id=983</a> diff --git a/html/v3.8.1.html b/html/v3.8.1.html index 0fe7d9c0..d53bb1fb 100644 --- a/html/v3.8.1.html +++ b/html/v3.8.1.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.8.2.html b/html/v3.8.2.html index 41bb2e55..7a33181b 100644 --- a/html/v3.8.2.html +++ b/html/v3.8.2.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.9.0.html b/html/v3.9.0.html index 540e7cf2..35df1c23 100644 --- a/html/v3.9.0.html +++ b/html/v3.9.0.html @@ -32,7 +32,7 @@ find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.9.0beta.html b/html/v3.9.0beta.html index 56f32ed3..ef6214ad 100644 --- a/html/v3.9.0beta.html +++ b/html/v3.9.0beta.html @@ -32,7 +32,7 @@ If you don't find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> @@ -74,7 +74,7 @@ The following information is located here: tif_config.vc.h for easier identification by folks using an IDE. <li> configure, configure.ac: OJPEG support enabled by default (i.e., - whe the conformant JPEG support enabled). + when conformant JPEG support is enabled). <li> README.vms, Makefile.am, configure.com, libtiff/{Makefile.am, tif_config.h-vms, tif_stream.cxx, tif_vms.c, tiffconf.h-vms}: diff --git a/html/v3.9.1.html b/html/v3.9.1.html index 1f369a83..2f5a7afa 100644 --- a/html/v3.9.1.html +++ b/html/v3.9.1.html @@ -32,7 +32,7 @@ find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.9.2.html b/html/v3.9.2.html index a190a301..8bd9dc85 100644 --- a/html/v3.9.2.html +++ b/html/v3.9.2.html @@ -32,7 +32,7 @@ find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.9.3.html b/html/v3.9.3.html index 52a9f087..87657071 100644 --- a/html/v3.9.3.html +++ b/html/v3.9.3.html @@ -32,7 +32,7 @@ find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.9.4.html b/html/v3.9.4.html index 3f5ef5c7..b201366e 100644 --- a/html/v3.9.4.html +++ b/html/v3.9.4.html @@ -32,7 +32,7 @@ find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v3.9.5.html b/html/v3.9.5.html index 666220f3..6cae7d9c 100644 --- a/html/v3.9.5.html +++ b/html/v3.9.5.html @@ -32,7 +32,7 @@ find something listed here, then it was not done in this timeframe, or it was not considered important enough to be mentioned. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v4.0.0.html b/html/v4.0.0.html index a7e9bb63..d9b4c2bd 100644 --- a/html/v4.0.0.html +++ b/html/v4.0.0.html @@ -33,7 +33,7 @@ it was not considered important enough to be mentioned. Please consult the ChangeLog file in the source package for full change details. The following information is located here: <UL> -<LI><A HREF="#hightlights">Major Changes</A> +<LI><A HREF="#highlights">Major Changes</A> <LI><A HREF="#configure">Changes in the software configuration</A> <LI><A HREF="#libtiff">Changes in libtiff</A> <LI><A HREF="#tools">Changes in the tools</A> diff --git a/html/v4.0.4beta.html b/html/v4.0.4beta.html index e9e70a55..66e451a8 100644 --- a/html/v4.0.4beta.html +++ b/html/v4.0.4beta.html @@ -112,7 +112,7 @@ information is located here: putcontig8bitYCbCr21tile cases. <li> in TIFFDefaultDirectory(), reset any already existing - extented tags installed by user code through the extender mechaninm before + extended tags installed by user code through the extender mechaninm before calling the extender callback (GDAL #5054) <li> Fix warnings about unused parameters. diff --git a/html/v4.0.7.html b/html/v4.0.7.html index 4f92c129..dab75df8 100644 --- a/html/v4.0.7.html +++ b/html/v4.0.7.html @@ -252,7 +252,7 @@ information is located here: tif_encodestrip() as documented <LI> libtiff/tif_dumpmode.c: DumpModeEncode() should return 0 in - case of failure so that the above mentionned functions detect + case of failure so that the above mentioned functions detect the error. <LI> libtiff/*.c: fix MSVC warnings related to cast shortening and diff --git a/html/v4.0.8.html b/html/v4.0.8.html index bd3f751c..456f2bdb 100644 --- a/html/v4.0.8.html +++ b/html/v4.0.8.html @@ -98,7 +98,7 @@ information is located here: makes it unnecessary. <LI> libtiff/tif_dirread.c: modify ChopUpSingleUncompressedStrip() - to instanciate compute ntrips as + to instantiate compute ntrips as TIFFhowmany_32(td->td_imagelength, rowsperstrip), instead of a logic based on the total size of data. Which is faulty is the total size of data is not sufficient to fill the whole image, diff --git a/html/v4.0.9.html b/html/v4.0.9.html index 19b370a4..6ab33510 100644 --- a/html/v4.0.9.html +++ b/html/v4.0.9.html @@ -170,7 +170,7 @@ information is located here: scans and not interleavedin a single one, needs to allocate memory (or backing store) for the whole strip/tile. See http://www.libjpeg-turbo.org/pmwiki/uploads/About/TwoIssueswiththeJPEGStandard.pdf - This limitation may be overriden by setting the + This limitation may be overridden by setting the LIBTIFF_ALLOW_LARGE_LIBJPEG_MEM_ALLOC environment variable, or recompiling libtiff with a custom value of TIFF_LIBJPEG_LARGEST_MEM_ALLOC macro. <LI> libtiff/tif_jbig.c: fix memory leak in error code path of JBIGDecode() diff --git a/libtiff/tif_config.h-vms b/libtiff/tif_config.h-vms index d653bd82..ede11a59 100644 --- a/libtiff/tif_config.h-vms +++ b/libtiff/tif_config.h-vms @@ -4,7 +4,7 @@ /* Define to 1 if you have the <fcntl.h> header file. */ #define HAVE_FCNTL_H 1 -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #define HAVE_IEEEFP 1 diff --git a/libtiff/tif_config.vc.h b/libtiff/tif_config.vc.h index 939594f8..66cb20bc 100644 --- a/libtiff/tif_config.vc.h +++ b/libtiff/tif_config.vc.h @@ -7,7 +7,7 @@ /* Define to 1 if you have the <fcntl.h> header file. */ #define HAVE_FCNTL_H 1 -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #define HAVE_IEEEFP 1 diff --git a/libtiff/tif_config.wince.h b/libtiff/tif_config.wince.h index e85e2e62..da09ba18 100644 --- a/libtiff/tif_config.wince.h +++ b/libtiff/tif_config.wince.h @@ -11,7 +11,7 @@ /* Define to 1 if you have the <fcntl.h> header file. */ #define HAVE_FCNTL_H 1 -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #define HAVE_IEEEFP 1 diff --git a/libtiff/tif_dir.c b/libtiff/tif_dir.c index 347b7115..b578c8cf 100644 --- a/libtiff/tif_dir.c +++ b/libtiff/tif_dir.c @@ -1381,7 +1381,7 @@ TIFFCreateCustomDirectory(TIFF* tif, const TIFFFieldArray* infoarray) /* * Reset the field definitions to match the application provided list. - * Hopefully TIFFDefaultDirectory() won't have done anything irreversable + * Hopefully TIFFDefaultDirectory() won't have done anything irreversible * based on it's assumption this is an image directory. */ _TIFFSetupFields(tif, infoarray); diff --git a/libtiff/tif_vms.c b/libtiff/tif_vms.c index cf4e9f34..79e4c5c8 100644 --- a/libtiff/tif_vms.c +++ b/libtiff/tif_vms.c @@ -350,7 +350,7 @@ asm("_$$PsectAttributes_NOSHR$$_TIFFerrorHandler") #if !HAVE_IEEEFP -/* IEEE floting point handling */ +/* IEEE floating point handling */ typedef struct ieeedouble { unsigned long mant2; /* fix NDR: full 8-byte swap */ diff --git a/libtiff/tiffconf.h-vms b/libtiff/tiffconf.h-vms index 72b03390..ab31c0b5 100644 --- a/libtiff/tiffconf.h-vms +++ b/libtiff/tiffconf.h-vms @@ -15,7 +15,7 @@ /* Compatibility stuff. */ -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #define HAVE_IEEEFP 1 @@ -60,7 +60,7 @@ /* #undef ZIP_SUPPORT */ /* Support strip chopping (whether or not to convert single-strip uncompressed - images to mutiple strips of ~8Kb to reduce memory usage) */ + images to multiple strips of ~8Kb to reduce memory usage) */ #define STRIPCHOP_DEFAULT TIFF_STRIPCHOP /* Enable SubIFD tag (330) support */ diff --git a/libtiff/tiffconf.h.cmake.in b/libtiff/tiffconf.h.cmake.in index 9b4b0328..dcaca7f5 100644 --- a/libtiff/tiffconf.h.cmake.in +++ b/libtiff/tiffconf.h.cmake.in @@ -42,7 +42,7 @@ /* Compatibility stuff. */ -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #cmakedefine HAVE_IEEEFP 1 @@ -91,7 +91,7 @@ #cmakedefine LIBDEFLATE_SUPPORT 1 /* Support strip chopping (whether or not to convert single-strip uncompressed - images to mutiple strips of ~8Kb to reduce memory usage) */ + images to multiple strips of ~8Kb to reduce memory usage) */ #cmakedefine STRIPCHOP_DEFAULT 1 /* Enable SubIFD tag (330) support */ diff --git a/libtiff/tiffconf.h.in b/libtiff/tiffconf.h.in index 9bd6a2de..f15bff0e 100644 --- a/libtiff/tiffconf.h.in +++ b/libtiff/tiffconf.h.in @@ -39,7 +39,7 @@ /* Compatibility stuff. */ -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #undef HAVE_IEEEFP @@ -88,7 +88,7 @@ #undef LIBDEFLATE_SUPPORT /* Support strip chopping (whether or not to convert single-strip uncompressed - images to mutiple strips of ~8Kb to reduce memory usage) */ + images to multiple strips of ~8Kb to reduce memory usage) */ #undef STRIPCHOP_DEFAULT /* Enable SubIFD tag (330) support */ diff --git a/libtiff/tiffconf.vc.h b/libtiff/tiffconf.vc.h index fb37a755..2078cdbd 100644 --- a/libtiff/tiffconf.vc.h +++ b/libtiff/tiffconf.vc.h @@ -66,7 +66,7 @@ /* Compatibility stuff. */ -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #define HAVE_IEEEFP 1 @@ -112,7 +112,7 @@ /* #undef ZIP_SUPPORT */ /* Support strip chopping (whether or not to convert single-strip uncompressed - images to mutiple strips of ~8Kb to reduce memory usage) */ + images to multiple strips of ~8Kb to reduce memory usage) */ #define STRIPCHOP_DEFAULT TIFF_STRIPCHOP /* Enable SubIFD tag (330) support */ diff --git a/libtiff/tiffconf.wince.h b/libtiff/tiffconf.wince.h index 013b0960..05fd0564 100644 --- a/libtiff/tiffconf.wince.h +++ b/libtiff/tiffconf.wince.h @@ -30,7 +30,7 @@ /* Compatibility stuff. */ -/* Define as 0 or 1 according to the floating point format suported by the +/* Define as 0 or 1 according to the floating point format supported by the machine */ #define HAVE_IEEEFP 1 @@ -73,7 +73,7 @@ /* #undef ZIP_SUPPORT */ /* Support strip chopping (whether or not to convert single-strip uncompressed - images to mutiple strips of ~8Kb to reduce memory usage) */ + images to multiple strips of ~8Kb to reduce memory usage) */ #define STRIPCHOP_DEFAULT TIFF_STRIPCHOP /* Enable SubIFD tag (330) support */ diff --git a/man/TIFFDataWidth.3tiff b/man/TIFFDataWidth.3tiff index efcd39d7..d69cd115 100644 --- a/man/TIFFDataWidth.3tiff +++ b/man/TIFFDataWidth.3tiff @@ -65,7 +65,7 @@ Currently following data types are supported: .br .IR TIFFDataWidth returns a number of bytes occupied by the item of given type. 0 returned when -uknown data type supplied. +unknown data type supplied. .SH "SEE ALSO" .BR libtiff (3TIFF), .PP diff --git a/man/TIFFReadRGBAImage.3tiff b/man/TIFFReadRGBAImage.3tiff index 920fc370..6cdf4b8b 100644 --- a/man/TIFFReadRGBAImage.3tiff +++ b/man/TIFFReadRGBAImage.3tiff @@ -109,7 +109,7 @@ transparently. Raster pixels are returned uncorrected by any colorimetry information present in the directory. .PP -The paramater +The parameter .I stopOnError specifies how to act if an error is encountered while reading the image. diff --git a/man/tiffcrop.1 b/man/tiffcrop.1 index d7a4c4d7..d133f652 100644 --- a/man/tiffcrop.1 +++ b/man/tiffcrop.1 @@ -133,7 +133,7 @@ or may be used to specify all odd or even numbered images counting from one. Note that internally, TIFF images are numbered from zero rather than one but since this convention is not obvious to most users, tiffcrop used 1 -to specifiy the first image in a multipage file. The word +to specify the first image in a multipage file. The word .B last may be used in place of a number in the sequence to indicate the final image in the file without knowing how many images there are. @@ -144,8 +144,8 @@ to process the 1st, 5th through 7th, and final image in the file. .TP .B \-E top|bottom|left|right Specify the top, bottom, left, or right edge as the reference from -which to calcuate the width and length of crop regions or sequence -of postions for zones. When used with the \-e option for exporting +which to calculate the width and length of crop regions or sequence +of positions for zones. When used with the \-e option for exporting zones or regions, the reference edge determines how composite images are arranged. Using \-E left or right causes successive zones or regions to be merged horizontally whereas using \-E top or bottom @@ -549,11 +549,11 @@ additional ones may be added in the future. It will handle tiled images with bit depths that are not a multiple of eight that tiffcp may refuse to read. .PP .I Tiffcrop -was designed to handle large files containing many moderate sized images -with memory usage that is independent of the number of images in the file. +was designed to handle large files containing many moderate sized images +with memory usage that is independent of the number of images in the file. In order to support compression modes that are not based on individual scanlines, e.g. JPEG, it now reads images by strip or tile rather than by -indvidual scanlines. In addition to the memory required by the input and +individual scanlines. In addition to the memory required by the input and output buffers associated with .I LibTIFF one or more buffers at least as large as the largest image to be read are @@ -84,7 +84,7 @@ LOGLUV_SUPPORT = 1 # # Comment out the following lines to disable strip chopping -# (whether or not to convert single-strip uncompressed images to mutiple +# (whether or not to convert single-strip uncompressed images to multiple # strips of specified size to reduce memory usage). Default strip size # is 8192 bytes, it can be configured via the STRIP_SIZE_DEFAULT parameter # diff --git a/test/defer_strile_writing.c b/test/defer_strile_writing.c index 4e358567..b918a228 100644 --- a/test/defer_strile_writing.c +++ b/test/defer_strile_writing.c @@ -131,7 +131,7 @@ int test(const char* mode, int tiled, int height) ret = TIFFForceStrileArrayWriting(tif); assert(ret); - /* Now write data on frist directory */ + /* Now write data on first directory */ ret = TIFFSetDirectory( tif, 0 ); assert(ret); diff --git a/test/raw_decode.c b/test/raw_decode.c index a2fca03a..aeaaf051 100644 --- a/test/raw_decode.c +++ b/test/raw_decode.c @@ -59,7 +59,7 @@ "JPEGLib: JPEG parameter struct mismatch: library thinks size is 432, caller expects 464" - For such users we wil fix the problem here. See install.doc file from + For such users we will fix the problem here. See install.doc file from the JPEG library distribution for details. */ @@ -271,7 +271,7 @@ main(int argc, char **argv) /* * Currently TIFFReadRGBATile() just uses JPEGCOLORMODE_RGB so this - * trivally matches the last results. Eventually we should actually + * trivially matches the last results. Eventually we should actually * accomplish it from the YCbCr subsampled buffer ourselves in which * case the results may be subtly different but similar. */ diff --git a/tools/tiff2ps.c b/tools/tiff2ps.c index b9762883..32c0f702 100644 --- a/tools/tiff2ps.c +++ b/tools/tiff2ps.c @@ -64,7 +64,7 @@ * warning messages for incompatible command line options. * Add new command line options to specify PageOrientation * Document Structuring Comment for landscape or portrait - * and code to determine the values from ouput width and height + * and code to determine the values from output width and height * if not specified on the command line. * Add new command line option to specify document creator * as an alterntive to the string "tiff2ps" following model @@ -85,7 +85,7 @@ * * Identified incompatible options and returned errors, eg * -i for imagemask operator is only available for Level2 or - * Level3 Postscript in the current implmentation since there + * Level3 Postscript in the current implementation since there * is a difference in the way the operands are called for Level1 * and there is no function to provide the Level1 version. * -H was not handled properly if -h and/or -w were specified. @@ -96,7 +96,7 @@ * Conversion of TIFF to Postscript with optional rotations * of 90, 180, 270, or auto degrees counterclockwise * Conversion of TIFF to Postscript with entire image scaled - * to maximum of values spedified with -h or -w while + * to maximum of values specified with -h or -w while * maintaining aspect ratio. Same rotations apply. * Conversion of TIFF to Postscript with clipping of output * viewport to height specified with -H, producing multiple @@ -438,7 +438,7 @@ main(int argc, char* argv[]) { if ((level2 == FALSE) && (level3 == FALSE)) { - TIFFError ("-m "," imagemask operator requres Postscript Level2 or Level3"); + TIFFError ("-m "," imagemask operator requires Postscript Level2 or Level3"); exit (EXIT_FAILURE); } } @@ -1312,19 +1312,19 @@ int psStart(FILE *fd, int npages, int auto_rotate, int *rotation, double *scale, if (((maxsource == pswidth) && (maxtarget != reqwidth)) || ((maxsource == psheight) && (maxtarget != reqheight))) - { /* optimal orientaion does not match input orientation */ + { /* optimal orientation does not match input orientation */ *rotation = 90; xscale = (reqwidth - left_offset)/psheight; yscale = (reqheight - bottom_offset)/pswidth; } - else /* optimal orientaion matches input orientation */ + else /* optimal orientation matches input orientation */ { xscale = (reqwidth - left_offset)/pswidth; yscale = (reqheight - bottom_offset)/psheight; } *scale = (xscale < yscale) ? xscale : yscale; - /* Do not scale image beyound original size */ + /* Do not scale image beyond original size */ if (*scale > 1.0) *scale = 1.0; @@ -1594,7 +1594,7 @@ int TIFF2PS(FILE* fd, TIFF* tif, double pgwidth, double pgheight, double lm, dou { if (pgwidth != 0 || pgheight != 0) { - /* User did not specify a maxium page height or width using -H or -W flag + /* User did not specify a maximum page height or width using -H or -W flag * but did use -h or -w flag to scale to a specific size page. */ npages++; @@ -1765,7 +1765,7 @@ PS_Lvl2colorspace(FILE* fd, TIFF* tif) /* * Set up PostScript Level 2 colorspace according to - * section 4.8 in the PostScript refenence manual. + * section 4.8 in the PostScript reference manual. */ fputs("% PostScript Level 2 only.\n", fd); if (photometric != PHOTOMETRIC_PALETTE) { @@ -1927,7 +1927,7 @@ PS_Lvl2ImageDict(FILE* fd, TIFF* tif, uint32 w, uint32 h) case COMPRESSION_CCITTFAX4: /* * Manage inverting with /Blackis1 flag - * since there migth be uncompressed parts + * since there might be uncompressed parts */ fputs(" /Decode [0 1]\n", fd); break; diff --git a/tools/tiffcrop.c b/tools/tiffcrop.c index df2707e3..805ea0c0 100644 --- a/tools/tiffcrop.c +++ b/tools/tiffcrop.c @@ -102,7 +102,7 @@ * includes annotations for image parameters and scanline info. Level * selects which functions dump data, with higher numbers selecting * lower level, scanline level routines. Debug reports a limited set - * of messages to monitor progess without enabling dump logs. + * of messages to monitor progress without enabling dump logs. */ static char tiffcrop_version_id[] = "2.4"; @@ -1933,11 +1933,11 @@ void process_command_opts (int argc, char *argv[], char *mp, char *mode, uint32 TIFFError ("For valid options type", "tiffcrop -h"); exit (EXIT_FAILURE); break; - case 'J': /* horizontal margin for sectioned ouput pages */ + case 'J': /* horizontal margin for sectioned output pages */ page->hmargin = atof(optarg); page->mode |= PAGE_MODE_MARGINS; break; - case 'K': /* vertical margin for sectioned ouput pages*/ + case 'K': /* vertical margin for sectioned output pages*/ page->vmargin = atof(optarg); page->mode |= PAGE_MODE_MARGINS; break; @@ -5899,7 +5899,7 @@ loadImage(TIFF* in, struct image_data *image, struct dump_opts *dump, unsigned c TIFFGetFieldDefaulted(in, TIFFTAG_PLANARCONFIG, &planar); TIFFGetFieldDefaulted(in, TIFFTAG_ORIENTATION, &orientation); if (! TIFFGetFieldDefaulted(in, TIFFTAG_PHOTOMETRIC, &input_photometric)) - TIFFError("loadImage","Image lacks Photometric interpreation tag"); + TIFFError("loadImage","Image lacks Photometric interpretation tag"); if (! TIFFGetField(in, TIFFTAG_IMAGEWIDTH, &width)) TIFFError("loadimage","Image lacks image width tag"); if(! TIFFGetField(in, TIFFTAG_IMAGELENGTH, &length)) @@ -7655,7 +7655,7 @@ processCropSelections(struct image_data *image, struct crop_mask *crop, /* Copy the crop section of the data from the current image into a buffer * and adjust the IFD values to reflect the new size. If no cropping is - * required, use the origial read buffer as the crop buffer. + * required, use the original read buffer as the crop buffer. * * There is quite a bit of redundancy between this routine and the more * specialized processCropSelections, but this provides |