Spelling fixes.

diff --git a/src/w32.c b/src/w32.c
index bff0e53e8c8705b7920a0317e218a7a83a600aef..e5488642118fb157a2e6604d0962e16ecec5ffa7 100644 (file)
--- a/src/w32.c
+++ b/src/w32.c
@@ -1344,7 +1344,7 @@ w32_valid_pointer_p (void *p, int size)
 
      More generally, passing to library functions (e.g., fopen or
      opendir) file names already encoded in the ANSI codepage is
-     explictly *verboten*, as all those functions, as shadowed and
+     explicitly *verboten*, as all those functions, as shadowed and
      emulated here, assume they will receive UTF-8 encoded file names.
 
      For the same reasons, no CRT function or Win32 API can be called
@@ -1371,7 +1371,7 @@ w32_valid_pointer_p (void *p, int size)
    . Running subprocesses in non-ASCII directories and with non-ASCII
      file arguments is limited to the current codepage (even though
      Emacs is perfectly capable of finding an executable program file
-     even in a directory whose name cannot be encoded in the curreent
+     even in a directory whose name cannot be encoded in the current
      codepage).  This is because the command-line arguments are
      encoded _before_ they get to the w32-specific level, and the
      encoding is not known in advance (it doesn't have to be the
@@ -4887,7 +4887,7 @@ stat_worker (const char * path, struct stat * buf, int follow_symlinks)
              && !(is_a_symlink && follow_symlinks)
              /* The 2 file-name comparisons below support only ASCII
                 characters, and will lose (compare not equal) when
-                the file names include non-ASCII charcaters that are
+                the file names include non-ASCII characters that are
                 the same but for the case.  However, doing this
                 properly involves: (a) converting both file names to
                 UTF-16, (b) lower-casing both names using CharLowerW,
@@ -4921,7 +4921,7 @@ stat_worker (const char * path, struct stat * buf, int follow_symlinks)
                  /* If NAME includes characters not representable by
                     the current ANSI codepage, filename_to_ansi
                     usually replaces them with a '?'.  We don't want
-                    to let FindFirstFileA interpret those as widlcards,
+                    to let FindFirstFileA interpret those as wildcards,
                     and "succeed", returning us data from some random
                     file in the same directory.  */
                  if (_mbspbrk (name_a, "?"))

diff --git a/test/ChangeLog b/test/ChangeLog
index 790725b6342287cc515b2acd36e8610c1129bbcd..9931e81eb43783a8d90f15c7d38761c053e5c421 100644 (file)
--- a/test/ChangeLog
+++ b/test/ChangeLog
@@ -621,7 +621,7 @@
        * automated/add-log-tests.el, automated/advice-tests.el:
        * automated/imenu-test.el, automated/package-x-test.el:
        * automated/python-tests.el, automated/ruby-mode-tests.el:
-       * automated/xml-parse-tests.el: Explictly require ert.
+       * automated/xml-parse-tests.el: Explicitly require ert.
 
 2013-07-08  Kenichi Handa  <handa@gnu.org>