view BUGS @ 69654:7d2621d0d5e4

(gdb-var-create-regexp) (gdb-var-list-children-regexp, gdb-var-update-regexp) (gdb-var-list-children-regexp-1, gdb-var-update-regexp-1) (gdb-data-list-register-values-regexp) (gdb-stack-list-locals-regexp, gdb-stack-list-locals-handler): Future proof against new fields being added to MI output. (gdb-send): Don't treat backslashes for program input as continuations. (gdb-assembler-handler): Don't use window-start for this handler. (gdb-frame-handler): Don't change to hollow arrow if overlay arrow doesn't move to new frame.
author Nick Roberts <nickrob@snap.net.nz>
date Fri, 24 Mar 2006 12:38:31 +0000
parents 8ce686bd7f4f
children fb8bf24d2eb9
line wrap: on
line source

If you think you may have found a bug in GNU Emacs, please
read the Bugs section of the Emacs manual for advice on
(1) how to tell when to report a bug, and
(2) how to write a useful bug report and what information
it needs to have.

There are three ways to read the Bugs section.

(1) In a printed copy of the Emacs manual.
You can order one from the Free Software Foundation;
see the file etc/ORDERS.  But if you don't have a copy on
hand and you think you have found a bug, you shouldn't wait
to get a printed manual; you should read the section right away
as described below.

(2) With Info.  Start Emacs, do C-h i to enter Info,
then m Emacs RET to get to the Emacs manual, then m Bugs RET
to get to the section on bugs.  Or use standalone Info in
a like manner.  (Standalone Info is part of the Texinfo distribution,
not part of the Emacs distribution.)

(3) By hand.  Do
    cat info/emacs* | more "+/^File: emacs,  Node: Bugs,"

Please first check the file etc/PROBLEMS (e.g. with C-h C-e in Emacs) to
make sure it isn't a known issue.