]> git.eshelyaron.com Git - emacs.git/commitdiff
Fix typos.
authorGlenn Morris <rgm@gnu.org>
Fri, 13 Apr 2007 02:58:17 +0000 (02:58 +0000)
committerGlenn Morris <rgm@gnu.org>
Fri, 13 Apr 2007 02:58:17 +0000 (02:58 +0000)
etc/DEBUG

index 97e1f015a051f7bf488d3ea4c6449162857c1929..ea4e14866ca8e29c2e2a27bfab8ccbed7f6ce562 100644 (file)
--- a/etc/DEBUG
+++ b/etc/DEBUG
@@ -567,7 +567,7 @@ are involved in the crash.
 
 Once you discover the corrupted Lisp object or data structure, grep
 the sources for its uses and try to figure out what could cause the
-corruption.  If looking at the sources doesn;t help, you could try
+corruption.  If looking at the sources doesn't help, you could try
 setting a watchpoint on the corrupted data, and see what code modifies
 it in some invalid way.  (Obviously, this technique is only useful for
 data that is modified only very rarely.)
@@ -731,7 +731,7 @@ prints the backtrace for a crash.  It is usually best to look at the
 disassembly to determine exactly what code is being run--the
 disassembly will probably show several source lines followed by a
 block of assembler for those lines.  The actual point where Emacs
-crashes will be one of those source lines, but not neccesarily the one
+crashes will be one of those source lines, but not necessarily the one
 that the debugger reports.
 
 Another problematic area with the MS debugger is with variables that