CLEANUP: assorted typo fixes in the code and comments
This is 19th iteration of typo fixes
diff --git a/doc/internals/filters.txt b/doc/internals/filters.txt
index 5c57107..da73acc 100644
--- a/doc/internals/filters.txt
+++ b/doc/internals/filters.txt
@@ -296,7 +296,7 @@
unsigned short flags; /* STRM_FL_* */
unsigned char nb_req_data_filters; /* Number of data filters registered on the request channel */
unsigned char nb_rsp_data_filters; /* Number of data filters registered on the response channel */
- unsigned long long offset[2]; /* gloal offset of input data already filtered for a specific channle
+ unsigned long long offset[2]; /* gloal offset of input data already filtered for a specific channel
* 0: request channel, 1: response channel */
};
@@ -628,7 +628,7 @@
/* ... */
}
-Finally, it may be interesting to notifiy the filter when the stream is woken up
+Finally, it may be interesting to notify the filter when the stream is woken up
because of an expired timer. This could let a chance to check some internal
timeouts, if any. To do so the following callback must be used :
@@ -709,7 +709,7 @@
'include/haproxy/channels-t.h'.
* 'chn' is the channel on which the analyzing is done. It is possible to
- dertermine if it is the request or the response channel by testing if
+ determine if it is the request or the response channel by testing if
CF_ISRESP flag is set :
│ ((chn->flags & CF_ISRESP) == CF_ISRESP)
@@ -986,7 +986,7 @@
Internally, filters own 2 offsets representing the number of bytes already
analyzed in the available input data, one per channel. There is also an offset
couple at the stream level, in the strm_flt object, representing the total
-number of bytes already forwarded. These offsets may be retrived and updated
+number of bytes already forwarded. These offsets may be retrieved and updated
using following macros :
* FLT_OFF(flt, chn)
@@ -1180,7 +1180,7 @@
* 'flt_update_offsets()' : This function must be called when a filter alter
incoming data. It updates offsets of the stream and of all filters
- preceeding the calling one. Do not call this function when a filter change
+ preceding the calling one. Do not call this function when a filter change
the size of incoming data leads to an undefined behavior.
A good example of filter changing the data size is the HTTP compression filter.
diff --git a/doc/internals/htx-api.txt b/doc/internals/htx-api.txt
index c598c38..516cd67 100644
--- a/doc/internals/htx-api.txt
+++ b/doc/internals/htx-api.txt
@@ -216,7 +216,7 @@
ambiguities. Thus once the flag marking the end of the message is set, it is
easy to know the message ends. The end is reached if the HTX message is empty or
on the tail HTX block in the HTX message. Once all blocks of the HTX message are
-consumed, tunneled data, if any, may be transfered.
+consumed, tunneled data, if any, may be transferred.
3.1. The start-line
@@ -519,8 +519,8 @@
pointing on the block payload is returned.
- htx_is_unique_blk() may be used to know if a block is the only one
- remaining inside an HTX message, excluding unsued blocks. This function is
- pretty useful to determine the end of a HTX message, in conjonction with
+ remaining inside an HTX message, excluding unused blocks. This function is
+ pretty useful to determine the end of a HTX message, in conjunction with
HTX_FL_EOM flag.
4.7. Advanced functions