typo in comment

6 files changed, 6 insertions, 6 deletions

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