From 967ee9a7996690d4234e7afce99efb9504c84771 Mon Sep 17 00:00:00 2001 From: miod Date: Sun, 27 Apr 2014 20:38:39 +0000 Subject: [PATCH] typo in comment --- lib/libcrypto/cmac/cmac.c | 2 +- lib/libcrypto/rc2/version | 2 +- lib/libcrypto/rc4/rc4_enc.c | 2 +- lib/libssl/src/crypto/cmac/cmac.c | 2 +- lib/libssl/src/crypto/rc2/version | 2 +- lib/libssl/src/crypto/rc4/rc4_enc.c | 2 +- 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 -- 2.20.1