From: Nick Roberts <nickrob@snap.net.nz>
To: vapnik spaknik <vapniks@yahoo.com>, 557@emacsbugs.donarmstrong.com
Cc: bug-gnu-emacs@gnu.org
Subject: bug#557: gud/gdb not interacting properly with remote source file
Date: Wed, 16 Jul 2008 09:35:02 +1200 [thread overview]
Message-ID: <18557.6150.742821.13783@kahikatea.snap.net.nz> (raw)
In-Reply-To: <920211.73907.qm@web44910.mail.sp1.yahoo.com>
> In GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
...
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
>
> I open a remote c file using tramp.
> >From within that buffer I do: M-x gdb
> and invoke gdb on the executable associated with the c file
> (the executable contains appropriate debugging symbols)
> The gud buffer opens correctly and typing "list" and "info source"
> indicates that gdb has the correct source file loaded.
> I go to the source buffer in emacs and set a breakpoint using C-x <SPC>
> in the gud buffer I see that the breakpoint has been set correctly.
> But then when I try stepping through the code using "next",
> a new empty buffer is created whose file path (according to the buffer list)
> is similar to the path of the remote source, except that it is local,
> i.e. instead of "me@remote:/home/me/file.c" it is "/home/me/file.c"
> Any further stepping through the code in the gud buffer brings up the new empty
> buffer which contains a small white arrow in the left margin as it would
> do normally, except this time it is pointing to an empty line.
> The buffer containing the remote source file does not indicate the point of execution,
> but still allows me to set breakpoints with C-x <SPC>.
>
> If I try debugging with a local file it works fine.
This looks like Joe Bloggs (bogus e-mail address) earlier report. It doesn't
work with Emacs 21.4 and it is necessary to upgrade to 22.2 and ensure that
Emacs picks up the version of Tramp that comes with that version of Emacs.
Can someone please close this bug and/or tell me if/how I can close it?
--
Nick http://www.inet.net.nz/~nickrob
next prev parent reply other threads:[~2008-07-15 21:35 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <0xej5un7c5.fsf@fencepost.gnu.org>
2008-07-14 2:57 ` bug#557: gud/gdb not interacting properly with remote source file vapnik spaknik
2008-07-15 21:35 ` Nick Roberts [this message]
2008-07-15 22:00 ` bug#557: marked as done (gud/gdb not interacting properly with remote source file) Emacs bug Tracking System
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=18557.6150.742821.13783@kahikatea.snap.net.nz \
--to=nickrob@snap.net.nz \
--cc=557@emacsbugs.donarmstrong.com \
--cc=bug-gnu-emacs@gnu.org \
--cc=vapniks@yahoo.com \
/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).