From 49f43d5f91a99b23f745726aa351d8f159774357 Mon Sep 17 00:00:00 2001 From: Ville Skyttä Date: Sun, 15 Jul 2012 11:41:40 +0300 Subject: Spelling fixes. --- src/journal/lookup3.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'src/journal/lookup3.c') diff --git a/src/journal/lookup3.c b/src/journal/lookup3.c index b90093a5e2..31eac8c543 100644 --- a/src/journal/lookup3.c +++ b/src/journal/lookup3.c @@ -315,7 +315,7 @@ uint32_t jenkins_hashlittle( const void *key, size_t length, uint32_t initval) * rest of the string. Every machine with memory protection I've seen * does it on word boundaries, so is OK with this. But VALGRIND will * still catch it and complain. The masking trick does make the hash - * noticably faster for short strings (like English words). + * noticeably faster for short strings (like English words). */ #ifndef VALGRIND @@ -499,7 +499,7 @@ void jenkins_hashlittle2( * rest of the string. Every machine with memory protection I've seen * does it on word boundaries, so is OK with this. But VALGRIND will * still catch it and complain. The masking trick does make the hash - * noticably faster for short strings (like English words). + * noticeably faster for short strings (like English words). */ #ifndef VALGRIND @@ -675,7 +675,7 @@ uint32_t jenkins_hashbig( const void *key, size_t length, uint32_t initval) * rest of the string. Every machine with memory protection I've seen * does it on word boundaries, so is OK with this. But VALGRIND will * still catch it and complain. The masking trick does make the hash - * noticably faster for short strings (like English words). + * noticeably faster for short strings (like English words). */ #ifndef VALGRIND -- cgit v1.2.3-54-g00ecf