X-Git-Url: https://vcs.fsf.org/?a=blobdiff_plain;f=src%2Fsrc%2Fvalgrind.h;h=01c49dae74b732887819266c5e7d2c83da9e024a;hb=fc2ba7b9fae5992dd76f721f283714a6d2ea137d;hp=f16e701773c83a4a8d7c1b8b4764e793eddf69e8;hpb=bfe645c1570343d3adca657ab67998e122ca8792;p=exim.git

diff --git a/src/src/valgrind.h b/src/src/valgrind.h
index f16e70177..01c49dae7 100644
--- a/src/src/valgrind.h
+++ b/src/src/valgrind.h
@@ -1271,7 +1271,7 @@ typedef
 /* NB 9 Sept 07.  There is a nasty kludge here in all these CALL_FN_
    macros.  In order not to trash the stack redzone, we need to drop
    %rsp by 128 before the hidden call, and restore afterwards.  The
-   nastyness is that it is only by luck that the stack still appears
+   nastiness is that it is only by luck that the stack still appears
    to be unwindable during the hidden call - since then the behaviour
    of any routine using this macro does not match what the CFI data
    says.  Sigh.
@@ -4493,7 +4493,7 @@ VALGRIND_PRINTF_BACKTRACE(const char *format, ...)
 
 
 /* These requests allow control to move from the simulated CPU to the
-   real CPU, calling an arbitary function.
+   real CPU, calling an arbitrary function.
 
    Note that the current ThreadId is inserted as the first argument.
    So this call: