Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: Gdb List <gdb@sources.redhat.com>
Subject: breakpoints in shared libraries
Date: Tue, 13 Nov 2001 09:05:00 -0000	[thread overview]
Message-ID: <87elmmaeki.fsf@creche.redhat.com> (raw)

A while back I changed Insight so that it would save and restore
breakpoints.  This is really handy, but it has a problem that I think
requires changes to gdb itself.

Suppose I set a breakpoint in a shared library.  I find on my Linux
box I can only do this after the inferior has been started.  So I use
`b main', then `run', then set the breakpoints I really care about.
(This gets old fast, btw.)

When Insight saves breakpoints, it doesn't know about this.  How could
it?  So it saves everything.  When I restart Insight and load my old
session, the breakpoints that are interesting to me don't load,
because gdb doesn't yet know about the shared libraries.

How can this be fixed?  I don't know the answer.  One idea I had is to
annotate each breakpoint with information about what shared library it
comes from.  Then, defer processing for that breakpoint until the
shared library is actually loaded by the inferior.

Maybe there would be other ways to accomplish the same thing.  It
would be nice if I didn't ever have to do the whole `b main; r' thing
in the first place.  But as it stands this problem is a real
impediment to my typical uses for gdb.

Tom


             reply	other threads:[~2001-11-25 18:30 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-13  9:05 Tom Tromey [this message]
2001-11-13  9:41 ` Daniel Jacobowitz
2001-11-13 10:11   ` Tom Tromey
2001-11-13 10:20 ` Per Bothner
2006-02-14 16:29 Florian Hackenberger
2006-02-14 17:00 ` Daniel Jacobowitz
2006-02-14 17:10   ` Florian Hackenberger
2006-02-14 17:13     ` Daniel Jacobowitz
2006-02-14 17:52       ` Paul Koning
2006-02-14 18:00         ` Florian Hackenberger
2006-02-14 17:21   ` Mark Kettenis
2006-02-14 17:23     ` Bob Rossi
2006-02-14 17:31     ` Daniel Jacobowitz
2006-02-14 17:47       ` Mark Kettenis
2006-02-14 17:08 ` Mark Kettenis
2006-02-14 17:20   ` Florian Hackenberger

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=87elmmaeki.fsf@creche.redhat.com \
    --to=tromey@redhat.com \
    --cc=gdb@sources.redhat.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