From: miod <miod@openbsd.org>
Date: Sun, 27 Apr 2014 20:38:39 +0000 (+0000)
Subject: typo in comment
X-Git-Url: http://artulab.com/gitweb/?a=commitdiff_plain;h=967ee9a7996690d4234e7afce99efb9504c84771;p=openbsd

typo in comment
---

diff --git a/lib/libcrypto/cmac/cmac.c b/lib/libcrypto/cmac/cmac.c
index 81188c8f5a1..1f712ef5440 100644
--- a/lib/libcrypto/cmac/cmac.c
+++ b/lib/libcrypto/cmac/cmac.c
@@ -266,7 +266,7 @@ int CMAC_resume(CMAC_CTX *ctx)
 	/* The buffer "tbl" containes the last fully encrypted block
 	 * which is the last IV (or all zeroes if no last encrypted block).
 	 * The last block has not been modified since CMAC_final().
-	 * So reinitliasing using the last decrypted block will allow
+	 * So reinitialising using the last decrypted block will allow
 	 * CMAC to continue after calling CMAC_Final(). 
 	 */
 	return EVP_EncryptInit_ex(&ctx->cctx, NULL, NULL, NULL, ctx->tbl);
diff --git a/lib/libcrypto/rc2/version b/lib/libcrypto/rc2/version
index 6f89d595f17..a69ff35a437 100644
--- a/lib/libcrypto/rc2/version
+++ b/lib/libcrypto/rc2/version
@@ -15,7 +15,7 @@
 	little-endian operators.
 	While rc2 is included because it is used with SSL, I don't know how
 	far I trust it.  It is about the same speed as IDEA and DES.
-	So if you are paranoid, used Tripple DES, else IDEA.  If RC2
+	So if you are paranoid, used Triple DES, else IDEA.  If RC2
 	does get used more, perhaps more people will look for weaknesses in
 	it.
 	
diff --git a/lib/libcrypto/rc4/rc4_enc.c b/lib/libcrypto/rc4/rc4_enc.c
index ec9d9e7b64e..bdf7de9f658 100644
--- a/lib/libcrypto/rc4/rc4_enc.c
+++ b/lib/libcrypto/rc4/rc4_enc.c
@@ -100,7 +100,7 @@ void RC4(RC4_KEY *key, size_t len, const unsigned char *indata,
 	 * (**)	i.e. according to 'apps/openssl speed rc4' benchmark,
 	 *	crypto/rc4/rc4speed.c exhibits almost 70% speed-up...
 	 *
-	 * Cavets.
+	 * Caveats.
 	 *
 	 * - RC4_CHUNK="unsigned long long" should be a #1 choice for
 	 *   UltraSPARC. Unfortunately gcc generates very slow code
diff --git a/lib/libssl/src/crypto/cmac/cmac.c b/lib/libssl/src/crypto/cmac/cmac.c
index 81188c8f5a1..1f712ef5440 100644
--- a/lib/libssl/src/crypto/cmac/cmac.c
+++ b/lib/libssl/src/crypto/cmac/cmac.c
@@ -266,7 +266,7 @@ int CMAC_resume(CMAC_CTX *ctx)
 	/* The buffer "tbl" containes the last fully encrypted block
 	 * which is the last IV (or all zeroes if no last encrypted block).
 	 * The last block has not been modified since CMAC_final().
-	 * So reinitliasing using the last decrypted block will allow
+	 * So reinitialising using the last decrypted block will allow
 	 * CMAC to continue after calling CMAC_Final(). 
 	 */
 	return EVP_EncryptInit_ex(&ctx->cctx, NULL, NULL, NULL, ctx->tbl);
diff --git a/lib/libssl/src/crypto/rc2/version b/lib/libssl/src/crypto/rc2/version
index 6f89d595f17..a69ff35a437 100644
--- a/lib/libssl/src/crypto/rc2/version
+++ b/lib/libssl/src/crypto/rc2/version
@@ -15,7 +15,7 @@
 	little-endian operators.
 	While rc2 is included because it is used with SSL, I don't know how
 	far I trust it.  It is about the same speed as IDEA and DES.
-	So if you are paranoid, used Tripple DES, else IDEA.  If RC2
+	So if you are paranoid, used Triple DES, else IDEA.  If RC2
 	does get used more, perhaps more people will look for weaknesses in
 	it.
 	
diff --git a/lib/libssl/src/crypto/rc4/rc4_enc.c b/lib/libssl/src/crypto/rc4/rc4_enc.c
index ec9d9e7b64e..bdf7de9f658 100644
--- a/lib/libssl/src/crypto/rc4/rc4_enc.c
+++ b/lib/libssl/src/crypto/rc4/rc4_enc.c
@@ -100,7 +100,7 @@ void RC4(RC4_KEY *key, size_t len, const unsigned char *indata,
 	 * (**)	i.e. according to 'apps/openssl speed rc4' benchmark,
 	 *	crypto/rc4/rc4speed.c exhibits almost 70% speed-up...
 	 *
-	 * Cavets.
+	 * Caveats.
 	 *
 	 * - RC4_CHUNK="unsigned long long" should be a #1 choice for
 	 *   UltraSPARC. Unfortunately gcc generates very slow code