From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-13239-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 25876 invoked by alias); 29 Mar 2003 00:58:32 -0000
Mailing-List: contact gdb-help@sources.redhat.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 25869 invoked from network); 29 Mar 2003 00:58:32 -0000
Received: from unknown (HELO crack.them.org) (65.125.64.184)
  by sources.redhat.com with SMTP; 29 Mar 2003 00:58:32 -0000
Received: from nevyn.them.org ([66.93.61.169] ident=mail)
	by crack.them.org with asmtp (Exim 3.12 #1 (Debian))
	id 18z6ZV-0005aC-00; Fri, 28 Mar 2003 20:59:53 -0600
Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian))
	id 18z4fv-0001qr-00; Fri, 28 Mar 2003 19:58:23 -0500
Date: Sat, 29 Mar 2003 00:58:00 -0000
From: Daniel Jacobowitz <drow@mvista.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: Jim Ingham <jingham@apple.com>, gdb@sources.redhat.com
Subject: Re: gdb Digest 26 Mar 2003 19:03:48 -0000 Issue 1129
Message-ID: <20030329005823.GA7072@nevyn.them.org>
Mail-Followup-To: Andrew Cagney <ac131313@redhat.com>,
	Jim Ingham <jingham@apple.com>, gdb@sources.redhat.com
References: <672C9F08-5FC2-11D7-B2F4-00039379E320@apple.com> <3E84D16F.5020304@redhat.com> <3E84D706.3060708@redhat.com> <20030328235634.GA5920@nevyn.them.org> <3E84EDA6.1040302@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E84EDA6.1040302@redhat.com>
User-Agent: Mutt/1.5.1i
X-SW-Source: 2003-03/txt/msg00399.txt.bz2

On Fri, Mar 28, 2003 at 07:49:42PM -0500, Andrew Cagney wrote:
> >Either way, I think these are high-level table entries.  The user could 
> >>certainly view the mapping:
> >>
> >>maint print breakpoint
> >>Breakpoint 1 <template a::foo>FileFullOfTemplates.hh:27 at
> >>0x123 (b.cc:27), 0x234 (b.c:28), ...
> >>
> >>but the manipulation would still typically be high level.
> >
> >
> >This suggests that we need three levels then.
> 
> Not really.
> 
> A single user-level breakpoint would have a list of source-code 
> locations.  But those source code locations would be tightly bound to 
> that single user-level breakpoint.  It is strictly 1:N, not N:N.
> 
> Delete the user breakpoint and you delete its list of locations.  The 
> source code locations are iterated over when adding/deleting physical 
> breakpoints to the lower-level table.
> 
> On the other hand.  The user level breakpoint and physical breakpoint 
> tables have an N:N relationship.

OK, two levels.  We still need to think about the interface for the top
level though.  You want to be able to specify the set in some way...

This sort of design is not my strong point.

> >Does anyone know how other debuggers handle this?  I'm sure we're not
> >the first but it's been ages since I used a non-GDB debugger for
> >anything.
> 
> The model I'm describing lifted from a book, the author of which was 
> involved in borland's debugger.

Yes, I've heard of the book.  Does it cover things like inlined
functions?

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer