From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8020 invoked by alias); 19 Feb 2006 19:30:36 -0000 Received: (qmail 8012 invoked by uid 22791); 19 Feb 2006 19:30:36 -0000 X-Spam-Check-By: sourceware.org Received: from sadr.equallogic.com (HELO sadr.equallogic.com) (66.155.203.134) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 19 Feb 2006 19:30:34 +0000 Received: from sadr.equallogic.com (localhost.localdomain [127.0.0.1]) by sadr.equallogic.com (8.12.8/8.12.8) with ESMTP id k1JJUWTY015296 for ; Sun, 19 Feb 2006 14:30:33 -0500 Received: from M31.equallogic.com (M31.equallogic.com [172.16.1.31]) by sadr.equallogic.com (8.12.8/8.12.8) with SMTP id k1JJUWGF015291; Sun, 19 Feb 2006 14:30:32 -0500 Received: from PKONING.equallogic.com ([172.16.3.67]) by M31.equallogic.com with Microsoft SMTPSVC(6.0.3790.211); Sun, 19 Feb 2006 14:30:21 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17400.51020.875000.532203@gargle.gargle.HOWL> Date: Sun, 19 Feb 2006 19:57:00 -0000 From: Paul Koning To: drow@false.org Cc: gdb@sourceware.org, dewar@adacore.com Subject: Re: MI: reporting of multiple breakpoints References: <17398.11182.747232.774924@gargle.gargle.HOWL> <20060217200712.GB30145@nevyn.them.org> <17398.12047.624911.347942@gargle.gargle.HOWL> <20060217202047.GC30881@nevyn.them.org> <17398.15554.431196.208031@gargle.gargle.HOWL> <20060217211942.GA609@nevyn.them.org> <17400.46121.875000.537237@gargle.gargle.HOWL> <20060219182038.GB19352@nevyn.them.org> <17400.47897.765000.695598@gargle.gargle.HOWL> <20060219190509.GA20725@nevyn.them.org> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00257.txt.bz2 >>>>> "Daniel" == Daniel Jacobowitz writes: Daniel> On Sun, Feb 19, 2006 at 01:38:17PM -0500, Paul Koning wrote: >> >>>>> "Daniel" == Daniel Jacobowitz writes: Daniel> I've got no idea what you mean by "GDB already has machinery Daniel> for that". Want to clarify? >> I'm referring to various target macros (don't remember the names) >> that control whether the PC needs to be advanced before you >> continue from a stop. I remember using some of those when I >> implemented watchpoint support on our MIPS platform. Daniel> Those assume that the store has not been executed - if we had Daniel> "backed up" to the store, it would be re-executed. I'm sure Daniel> you can think of an example where that wouldn't make the user Daniel> happy. Yes, infinite loops tend to annoy people... :-) Daniel> On Sun, Feb 19, 2006 at 01:54:13PM -0500, Paul Koning wrote: >> run to completion, then things would be different. So yes, >> reporting something like "stopped at foo.c:425 due to a store >> watchpoint at foo.c:421" would be ideal. Daniel> Since I just suggested something similar, I think we're Daniel> making progress here :-) Daniel> If you want to contribute support for this, since you Daniel> obviously have access to and interest in a platform which Daniel> supports it, I'm sure we could find a way to present the Daniel> information to the user. Ok, I'll give that a look. Thanks to all for the help. paul