mirror of
git://git.sv.gnu.org/emacs.git
synced 2025-12-29 08:31:35 -08:00
Fix typos.
This commit is contained in:
parent
a7da3bc55c
commit
2fbcf1743e
1 changed files with 2 additions and 2 deletions
|
|
@ -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
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue