public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
From: Keith Seitz <kseitz@firetalk.com>
To: Owen Savill <Owen_Savill@cursor-system.com>
Cc: insight@sourceware.cygnus.com
Subject: Re: Insight and breakpoints
Date: Thu, 30 Nov 2000 09:44:00 -0000	[thread overview]
Message-ID: <3A2691EE.A5BE4FA3@firetalk.com> (raw)
In-Reply-To: <802569A7.005BB35B.00@cambridge.cps.co.uk>

Owen Savill wrote:
> 
> Hello,
> 
> I have been using Insight, with varying degrees of success, for a while
> now. It has always troubled me that breakpoints can't be set while the
> program is running. I now discover that Code Medic can set breakpoints on
> the fly. Will we be seeing this feature in Insight ?

The problem is not that Insight cannot insert breakpoints while the
inferior runs. Rather, it is gdb (the "backend") that cannot do this...

In order to do this sort of thing, gdb would have to be taught how to do
this. Specifically, gdb would have to stop the inferior, insert the
breakpoint, and then continue the inferior. This may not be difficult,
but with the way gdb (and Insight) is architected, I'll bet this would
be more difficult than not.

Of course, the other problem is that not all targets can be interrupted
-- monitor and other remote/stub targets, in particular. We would need
to start tracking the abilities of every target interface in order to do
this. (This is pretty easy when you only have a handful of targets; not
quite so easy for all the targets -- and interfaces -- that gdb
supports.)

Of course, we in gui-land have always wanted gdb to maintain a list of
target/interface features so that we could enable/disable GUI features
at runtime... It would be one step closer to getting rid of Insight's
(ugly) "target database" in targetselection code. :-)

In short: ask about this on the gdb list and don't expect to see this
added anytime soon. :-(

Sorry,
Keith

  reply	other threads:[~2000-11-30  9:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-30  9:04 Owen Savill
2000-11-30  9:44 ` Keith Seitz [this message]
2000-11-30  9:55 ` Fernando Nasser
2000-12-02 16:43   ` Tom Tromey
2000-11-30 10:19 ` Tom Tromey

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=3A2691EE.A5BE4FA3@firetalk.com \
    --to=kseitz@firetalk.com \
    --cc=Owen_Savill@cursor-system.com \
    --cc=insight@sourceware.cygnus.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.
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).