From: Nick Roberts <nickrob@snap.net.nz>
To: pierre-louis.escouflaire@eurocontrol.int
Cc: bug-gnu-emacs@gnu.org
Subject: Re: gud-mode --annotate=3 and synchronization problems
Date: Thu, 6 Sep 2007 19:08:32 +1200 [thread overview]
Message-ID: <18143.42864.307342.485710@kahikatea.snap.net.nz> (raw)
In-Reply-To: <46DED0DE.7040007@eurocontrol.int>
> OK, I just took the one from CVS (with no gdb-ready variable) and tested
> a bit with different configurations and I don't have any synchronization
> problems remaining.
>
> I have seen that the default behavior is now 'gdb' with no option which
> I think to be much better (one generally removes the --annotate=3 option).
If you remove the --annotate=3 option M-x gdb will just behave like the command
line with the tool bar and keybindings, i.e., no source will be displayed.
> However, I have tested with the --annotate=3 option and I have seen that
> navigation through files is broken. In fact, it is due to the file
> location: it tries to open the file within directory "$(pwd)/source
> ${REAL_LOCATION}" (strings concatenation).
Is REAL_LOCATION an environment variable or meta-language?
> Note that gud-mode also behaves as gdb outside emacs, i.e. outputting
> those ^Z characters and current operation (pre-prompt, starting,
> breakpoint, etc.) sequence. I do not know if it is normal, but to me
This shouldn't happen. Does anybody else see these problems?
> Anyways, to me, it seems much better this way since one is not lost with
> options (s)he never used before and since the use of gdb is now much easier.
If by "this way" you mean 'gdb' with no option, you might as well use GDB
from the command line as you won't get many of the features that GUD mode
offers.
--
Nick http://www.inet.net.nz/~nickrob
next prev parent reply other threads:[~2007-09-06 7:08 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-04 11:47 gud-mode --annotate=3 and synchronization problems Pierre-Louis Escouflaire
2007-09-05 5:20 ` Nick Roberts
2007-09-05 15:53 ` Pierre-Louis Escouflaire
2007-09-06 7:08 ` Nick Roberts [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-08-30 15:58 Pierre-Louis Escouflaire
2007-08-31 5:18 ` Nick Roberts
2007-09-01 4:06 ` Richard Stallman
2007-09-02 3:26 ` Nick Roberts
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=18143.42864.307342.485710@kahikatea.snap.net.nz \
--to=nickrob@snap.net.nz \
--cc=bug-gnu-emacs@gnu.org \
--cc=pierre-louis.escouflaire@eurocontrol.int \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).