Emacs + gdb (gnu debugger) fråga[LÖST]

[cthulhu]

Har stött på en liten egenhet jag tycker är konstig när man kör gdb i emacs.
För att debugga programet prog.cpp (om nu källkoden är i c++) kompilerar jag det med -g flaggan, och sedan startar jag gdb i emacs genom "M-x gdb" och sedan står det:

Kod: Markera allt

run gdb (like this): gdb prog

och enligt otaliga tutorials skall detta funka, men det gör det inte. gdb-prompten blir helt död. Jag kan köra det fullt ut om jag istället skriver:

Kod: Markera allt

gdb --annotate=3 ./prog

och då funkar allt perfekt; men detta skall inte behövas eftersom man sedan länge har gått ifrån att behöva använda "annotate"-flaggor mm. Undrar om någon vet vad som kan orsaka detta.
(jag använder gdb 6.8, emacs 23.1.1)

[Lars]

Det var länge sedan jag körde gdb i Emacs, men då räckte det alltid med "gdb prog". Nu i Karmic så står det faktiskt "gdb --annotate=3 prog" som default.

[mcNisse]

Det är samma default text i lucid...

Det finns en version som ska köra mot GDB/MI

Enligt hemsidan, http://www.inet.net.nz/~nickrob/:

GDB/MI
The current mode uses an interface to GDB called annotations. This involves marking up GDB's output, which is really intended to be read by humans. This output changes with time and has variable formatting, so a more stable and precise machine interface called GDB/MI is being developed.
The GDB Graphical Interface as part of Emacs in trunk the CVS repository at Savannah now uses GDB/MI through a file called gdb-mi.el. This was improved by Dmitry Dzhus as part of the Google Summer of Code 2009 project Emacs GDB/MI migration to include the new feature of GDB, non-stop mode, where threads can be stopped, started and stepped on an individual basis. To get this from CVS, follow the instructions below. Read the debugger section of the Emacs manual of that version for further details.
This mode will eventually be much better than the current mode but, for now, for someone who just wants to use GDB in the regular manner, the current mode in Emacs 23.1 is probably a better option. It also needs GDB 7.0.
Caveat: GDB in Emacs has probably gone as far as I can take it with annotations. However, for whatever reason, over the years I have been unable to get many of my changes for GDB/MI into GDB. Unlike Emacs, there are commercial interests in GDB, and obviously patches that aren't aligned with those interests just represent a risk and make no business sense. So I anticipate that development of gdb-mi.el will falter unless those interests drive GDB in Emacs in the future.

[cthulhu]

Ah, det besvarar min fraga.
Tack.