From: nickrob@snap.net.nz (Nick Roberts)
To: Miles Bader <miles@gnu.org>
Cc: Eli Zaretskii <eliz@gnu.org>,
emacs-devel@gnu.org, Dmitry Dzhus <dima@sphinx.net.ru>
Subject: Re: other weird gdb-mi problems
Date: Fri, 28 Aug 2009 15:05:06 +1200 [thread overview]
Message-ID: <19095.18786.167456.487986@totara.tehura.co.nz> (raw)
In-Reply-To: <buo7hwpvbi8.fsf@dhlpc061.dev.necel.com>
> (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.
It works for me what do you see in Emacs? What do you get if you do
"call dump_loc(SOME_VAR)" in GDB from the command line?
> 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.
There are probably all kinds of anomalies with the margin: I don't know
why I made it two characters wide, the icon size is in pixels and not
not font size dependent ...
I think placement is determined by
(if (>= (or left-fringe-width
(if source-window (car (window-fringes source-window)))
gdb-buffer-fringe-width) 8)
in gdb-put-breakpoint-icon. You're welcome to change that value in CVS
to what you think is a more sensible value.
--
Nick http://www.inet.net.nz/~nickrob
next prev parent reply other threads:[~2009-08-28 3:05 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
2009-08-28 3:05 ` Nick Roberts [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=19095.18786.167456.487986@totara.tehura.co.nz \
--to=nickrob@snap.net.nz \
--cc=dima@sphinx.net.ru \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=miles@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.