From: Miles Bader <miles@gnu.org>
To: nickrob@snap.net.nz (Nick Roberts)
Cc: Eli Zaretskii <eliz@gnu.org>,
emacs-devel@gnu.org, Dmitry Dzhus <dima@sphinx.net.ru>
Subject: Re: other weird gdb-mi problems
Date: Thu, 27 Aug 2009 18:42:23 +0900 [thread overview]
Message-ID: <buo7hwpvbi8.fsf@dhlpc061.dev.necel.com> (raw)
In-Reply-To: <19094.4394.535184.630878@totara.tehura.co.nz> (Nick Roberts's message of "Thu, 27 Aug 2009 16:52:58 +1200")
nickrob@snap.net.nz (Nick Roberts) writes:
> > p.s. What about emacs showing the wrong source file?
>
> which resets the frame. The change below seems to fix this for the problem
> you reported with "up" and "down" by just specifying the thread,
Thanks, that patch fixes both problems for me.
BTW, a few other things I noticed while testing that:
(1) Calling a program function from gdb to display various info; these
no longer seems to work.
E.g. if I do: "call dump_loc(SOME_VAR)"
where the "dump_loc" function just prints some stuff about SOME_VAR
to stdout (and then flushes stdout). In previous versions of gdb
this worked great, but now it doesn't.
This is actually kinda important, because it's a very commonly
used technique to add gdb debugging hooks into programs...
I thought maybe this had something to do with the
"*input/output ...*" buffer which is now getting used, but the
output didn't show up there either.
(2) It display breakpoint icon in the margin, instead of in the
fringe, if I have the "fringe-style" set to `half'.
I guess maybe it's trying to ensure that the icon it fits in the
space available, and indeed, there's like a single pixel chopped
off one edge if I force it (by setting half-margin-mode _after_
setting the breakpoint).
However, having the margins are much more annoying than slightly
truncated icons (especially since the icon is essentially, a red
blob), so it would be nice if it were less eager about doing this,
or tried to substitute a smaller icon in such a case, or something.
Thanks,
-Miles
--
"Suppose He doesn't give a shit? Suppose there is a God but He
just doesn't give a shit?" [George Carlin]
next prev parent reply other threads:[~2009-08-27 9:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-26 7:49 other weird gdb-mi problems Miles Bader
2009-08-26 17:19 ` Eli Zaretskii
2009-08-26 23:27 ` Nick Roberts
2009-08-27 1:49 ` Miles Bader
2009-08-27 1:50 ` Miles Bader
2009-08-27 4:52 ` Nick Roberts
2009-08-27 9:42 ` Miles Bader [this message]
2009-08-28 3:05 ` Nick Roberts
2009-08-27 13:57 ` Dmitry Dzhus
2009-08-27 23:36 ` 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=buo7hwpvbi8.fsf@dhlpc061.dev.necel.com \
--to=miles@gnu.org \
--cc=dima@sphinx.net.ru \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=nickrob@snap.net.nz \
/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).