From: Ken Hornstein Date: Sun, 2 Oct 2016 06:05:44 +0000 (-0400) Subject: Fix some typos in the comments. X-Git-Url: https://diplodocus.org/git/nmh/commitdiff_plain/cb7874fcb45549b99e4847affe4a2bd20e20e648?ds=inline Fix some typos in the comments. --- diff --git a/h/mhparse.h b/h/mhparse.h index c1564c99..d184e530 100644 --- a/h/mhparse.h +++ b/h/mhparse.h @@ -87,7 +87,7 @@ struct cefile { * At the top level, the c_first_hf list has a list of all message * headers. If the content-type is multipart (c_type == CT_MULTIPART) * then c_ctparams will contain a pointer to a struct multipart. - * A struct multipart contains (among other trhings) a linked list + * A struct multipart contains (among other things) a linked list * of struct part elements, and THOSE contain a pointer to the sub-part's * Content structure. */ diff --git a/sbr/netsec.c b/sbr/netsec.c index 6d19fcc5..f66a2124 100644 --- a/sbr/netsec.c +++ b/sbr/netsec.c @@ -113,7 +113,7 @@ static int checkascii(const unsigned char *byte, size_t len); * relatively self-explanatory. * * If we are using SSL for encryption, then use a buffering BIO for output - * (that just easier). Still do buffering for reads; when we need more + * (that's just easier). Still do buffering for reads; when we need more * data we call the BIO_read() function to fill our local buffer. * * For SASL, we make use of (for now) the Cyrus-SASL library. For some @@ -553,10 +553,10 @@ retry: /* * Some explanation: * - * startoffset is the offset from the beginning of the input buffer - * of data that has is in our input buffer, but has not yet been - * consumed. This can be non-zero, if, functions like netsec_readline() - * leave leftover data. + * startoffset is the offset from the beginning of the input + * buffer to data that is in our input buffer, but has not yet + * been consumed. This can be non-zero if functions like + * netsec_readline() leave leftover data. * * remaining is the remaining amount of unconsumed data in the input * buffer.