summaryrefslogtreecommitdiffstats
path: root/experimental/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c
diff options
context:
space:
mode:
Diffstat (limited to 'experimental/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c')
-rw-r--r--experimental/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c14
1 files changed, 7 insertions, 7 deletions
diff --git a/experimental/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c b/experimental/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c
index 2247b345a..13992471d 100644
--- a/experimental/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c
+++ b/experimental/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c
@@ -5,7 +5,7 @@
* This file is part of the Independent JPEG Group's software.
* For conditions of distribution and use, see the accompanying README file.
*
- * This file tqcontains routines to decode JPEG datastream markers.
+ * This file contains routines to decode JPEG datastream markers.
* Most of the complexity arises from our desire to support input
* suspension: if not all of the data for a marker is available,
* we must exit back to the application. On resumption, we reprocess
@@ -183,7 +183,7 @@ typedef my_marker_reader * my_marker_ptr;
* into memory, we use a slightly different convention: when forced to
* suspend, the marker processor updates the restart point to the end of
* what it's consumed (ie, the end of the buffer) before returning FALSE.
- * On resumption, cinfo->unread_marker still tqcontains the marker code,
+ * On resumption, cinfo->unread_marker still contains the marker code,
* but the data source will point to the next chunk of marker data.
* The marker processor must retain internal state to deal with this.
*
@@ -964,7 +964,7 @@ read_markers (j_decompress_ptr cinfo)
return JPEG_SUSPENDED;
}
}
- /* At this point cinfo->unread_marker tqcontains the marker code and the
+ /* At this point cinfo->unread_marker contains the marker code and the
* input point is just past the marker proper, but before any parameters.
* A suspension will cause us to return with this state still true.
*/
@@ -1146,7 +1146,7 @@ read_restart_marker (j_decompress_ptr cinfo)
* which permits a more intelligent recovery strategy; such managers would
* presumably supply their own resync method.
*
- * read_restart_marker calls resync_to_restart if it tqfinds a marker other than
+ * read_restart_marker calls resync_to_restart if it finds a marker other than
* the restart marker it was expecting. (This code is *not* used unless
* a nonzero restart interval has been declared.) cinfo->unread_marker is
* the marker code actually found (might be anything, except 0 or FF).
@@ -1163,9 +1163,9 @@ read_restart_marker (j_decompress_ptr cinfo)
* only the following actions to work with:
* 1. Simply discard the marker and let the entropy decoder resume at next
* byte of file.
- * 2. Read forward until we tqfind another marker, discarding intervening
+ * 2. Read forward until we find another marker, discarding intervening
* data. (In theory we could look ahead within the current bufferload,
- * without having to discard data if we don't tqfind the desired marker.
+ * without having to discard data if we don't find the desired marker.
* This idea is not implemented here, in part because it makes behavior
* dependent on buffer size and chance buffer-boundary positions.)
* 3. Leave the marker unread (by failing to zero cinfo->unread_marker).
@@ -1184,7 +1184,7 @@ read_restart_marker (j_decompress_ptr cinfo)
* resync at some future point).
* For any valid non-restart JPEG marker, we apply #3. This keeps us from
* overrunning the end of a scan. An implementation limited to single-scan
- * files might tqfind it better to apply #2 for markers other than EOI, since
+ * files might find it better to apply #2 for markers other than EOI, since
* any other marker would have to be bogus data in that case.
*/