Bug#2731: emacs with gud creates ~/.terminfo/e/emacs

[Austin Donnelly <and1000@cam.ac.uk>]

Package: emacs
Version: 19.29-4

I'm not entirely sure if this is a bug, but it's strange. Equally, I'm
not convinced that the bug is in emacs, it could be in gdb, or
ncurses.

I'm using gdb-4.15.1-1, ncurses-base-1.9.8a-5

What happens is that if you run gdb from within emacs using gud-mode,
gdb complains at startup, and silently creates ~/.terminfo/e/emacs

To reproduce:
  1) ensure ~/.terminfo/e/emacs doesn't exist
  2) start emacs
  3) type M-x gdb
  4) hit return at the prompt asking how to start gdb
       -> error message reads "emacs: use resolution failed on
          unknown" in amongst usual gdb startup messages.
  5) gdb works fine, but there is now a ~/.terminfo directory.

Emacs no longer complains at startup, until ~/.terminfo/e/emacs is
deleted.


There are a few concerning things here:
  1) I don't like emacs/gdb creating directory structures without
     telling me. The only way I found out was when I read my backup
     logs.

  2) Where's the information for this terminal entry coming from: how
     do I know it correctly describes an emacs terminal? (In fact, it
     incorrectly describes an emacs terminal: I get prompted to press
     return to go on the the next page, when I didn't previously).

  3) Should ncurses-term include an entry for emacs in
     /usr/lib/terminfo ?

  4) The first time gud is run, and it creates the .terminfo
     directory, gdb's CWD is ~/.terminfo, rather than the directory
     of the file last visited (the usual case).


The actual terminal entry it wrote was:

valour$ infocmp -rC emacs
#       Reconstructed via infocmp from file: /home/and1000/.terminfo/e/emacs
emacs:\
        :co#80:\
        :bl=^G:cr=^M:do=^J:kb=^H:kd=^J:kl=^H:nw=^M^J:sf=^J:\
        :ta=^I:


Austin