From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 734 invoked by alias); 6 Jan 2003 22:06:50 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 726 invoked from network); 6 Jan 2003 22:06:49 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by 209.249.29.67 with SMTP; 6 Jan 2003 22:06:49 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h06Ld3B11408 for ; Mon, 6 Jan 2003 16:39:03 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h06M6ba03390; Mon, 6 Jan 2003 17:06:37 -0500 Received: from localhost.redhat.com (romulus-int.sfbay.redhat.com [172.16.27.46]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h06M6Zn31402; Mon, 6 Jan 2003 17:06:35 -0500 Received: by localhost.redhat.com (Postfix, from userid 469) id 1D199FF79; Mon, 6 Jan 2003 17:10:57 -0500 (EST) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15897.65265.595543.449396@localhost.redhat.com> Date: Mon, 06 Jan 2003 22:06:00 -0000 To: Daniel Jacobowitz Cc: Michael Snyder , Elena Zannoni , gdb-patches@sources.redhat.com Subject: Re: [RFA/PATCH] breakpoint.c: fix until command In-Reply-To: <20030104015356.GA23728@nevyn.them.org> References: <3E14A019.4A600913@redhat.com> <15892.41806.882466.952438@localhost.redhat.com> <15892.54871.381942.260248@localhost.redhat.com> <3E14EB0A.15D7724E@redhat.com> <20030103015102.GA8209@nevyn.them.org> <3E14F768.DA13CB07@redhat.com> <15893.40776.758960.171190@localhost.redhat.com> <3E1621FF.A822AD5C@redhat.com> <15894.9086.849437.238762@localhost.redhat.com> <3E162537.63F529DF@redhat.com> <20030104015356.GA23728@nevyn.them.org> X-SW-Source: 2003-01/txt/msg00235.txt.bz2 Daniel Jacobowitz writes: > On Fri, Jan 03, 2003 at 04:05:11PM -0800, Michael Snyder wrote: > > Well then... > > 1) Use find_pc_partial_function to determine bounds and > > distinguish between in-bounds and out-of-bounds locations. > > 2) For func_start > loc >= func_end, use a frame-relative bp. > > 3) For func_start == loc or loc < func_start or loc > func_end, > > use a frameless bp. > > 4) document, document, document! > > Including the recursive corner case. > > > > Agreed, Elena? > > So you're saying: > - if the PC is in this function, only stop when this frame reaches it. yes > - if the PC is the _beginning_ of a function (what about prologue > skipping, does that come into this? I don't remember if > decode_line_1 will skip the prologue, but I think it will.) or in > some other function, stop in any frame. yes, but every time I think about this, I can find an example for which we get in trouble. Another case that comes to mind is until 0x12345 where the address is in the prologue of the same function. What to do in this case. > > > Daniel? Michael? > > I'd be happier if those two behaviors had different names, but the > logical name I'd give to both of them is "until", so I guess we'll just > have to live with this. (3) is meaningful when inside the function > too, and with this scheme there's no way to express that without using > breakpoints; but I think that's a small loss. > Actually I start to believe that we need 2 separate commands. One would do the current behavior the other would be w/o frame check. We already have 'jump' (and it means something different). Maybe 'goto'? I can't think of a decent name. 'reach', 'get to'? > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer