From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-6893-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 23268 invoked by alias); 25 Nov 2001 20:41:18 -0000
Mailing-List: contact gdb-help@sourceware.cygnus.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 23171 invoked from network); 25 Nov 2001 20:41:14 -0000
Received: from unknown (HELO gash2.peakpeak.com) (207.174.178.17)
  by sourceware.cygnus.com with SMTP; 25 Nov 2001 20:41:14 -0000
Received: from creche.cygnus.com (ta0195.peakpeak.com [204.144.244.195])
	by gash2.peakpeak.com (8.9.3/8.9.3) with ESMTP id NAA25131;
	Sun, 25 Nov 2001 13:41:11 -0700
Received: (from tromey@localhost)
	by creche.cygnus.com (8.9.3/8.9.3) id NAA03415;
	Sun, 25 Nov 2001 13:42:30 -0700
To: Daniel Jacobowitz <drow@mvista.com>
Cc: Gdb List <gdb@sources.redhat.com>
Subject: Re: breakpoints in shared libraries
References: <87elmmaeki.fsf@creche.redhat.com> <20011125133712.A16400@nevyn.them.org>
X-Zippy:  Was my SOY LOAF left out in th'RAIN?  It tastes REAL GOOD!!
X-Attribution:  Tom
Reply-To: tromey@redhat.com
From: Tom Tromey <tromey@redhat.com>
Date: Tue, 13 Nov 2001 10:11:00 -0000
In-Reply-To: Daniel Jacobowitz's message of "Sun, 25 Nov 2001 13:37:12 -0500"
Message-ID: <87n11a7fbd.fsf@creche.redhat.com>
X-Mailer: Gnus v5.7/Emacs 20.5
X-SW-Source: 2001-11/txt/msg00140.txt.bz2

>>>>> "Daniel" == Daniel Jacobowitz <drow@mvista.com> writes:

>> 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.

Daniel> I think the best approach for this is to expose an interface
Daniel> to create shlib_disabled breakpoints.  Then they'll be
Daniel> automatically re-enabled when the library containing that
Daniel> symbol is loaded.

One thing to think about is how Insight will determine that it should
save a breakpoint as shlib_disabled as opposed to the ordinary kind.
At the time Insight is saving the session, all libraries may be loaded
and all the breakpoints activated.

Tom