typo in comment

diff --git a/lib/libcrypto/cmac/cmac.c b/lib/libcrypto/cmac/cmac.c
index 81188c8..1f712ef 100644 (file)
--- 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 6f89d59..a69ff35 100644 (file)
--- 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 ec9d9e7..bdf7de9 100644 (file)
--- 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 81188c8..1f712ef 100644 (file)
--- 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 6f89d59..a69ff35 100644 (file)
--- 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 ec9d9e7..bdf7de9 100644 (file)
--- 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