From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7618 invoked by alias); 18 Jan 2010 19:08:40 -0000 Received: (qmail 7605 invoked by uid 22791); 18 Jan 2010 19:08:39 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 18 Jan 2010 19:08:34 +0000 Received: (qmail 5182 invoked from network); 18 Jan 2010 19:08:33 -0000 Received: from unknown (HELO orlando.local) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 18 Jan 2010 19:08:33 -0000 From: Pedro Alves To: gdb@sourceware.org Subject: Re: [RFC] "actionpoints"? Date: Mon, 18 Jan 2010 19:08:00 -0000 User-Agent: KMail/1.9.10 Cc: Stan Shebs , Joel Brobecker , Eli Zaretskii References: <4B5106CB.5060204@codesourcery.com> <20100118181819.GN5800@adacore.com> <4B54AE21.1070205@codesourcery.com> In-Reply-To: <4B54AE21.1070205@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201001181908.41355.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-01/txt/msg00160.txt.bz2 On Monday 18 January 2010 18:53:21, Stan Shebs wrote: > As a small quasi-data-point, in my tracepoint tinkering, I noticed that > once breakpoints and tracepoints were merged, I drifted into the habit > of doing "info b" even when I'm only wanting to see the list of > tracepoints. That might just be because the list has tended to be > short, only around five action/event/x/*points in all; I imagine that > filtering by type gets more interesting at 10 and up, as happens with > rbreak and the like. Same here. I've always missed a way to get a list of _only_ breakpoints (points in the program where execution should break), not including watchpoints, catchpoints, whatnot. I'm now wishing more for this ever since we merged tracepoints and breakpoints. Another missing functionality I often miss is way to delete all breakpoints, but _only_ breakpoints --- leave watchpoints, tracepoints, etc. Note: "delete breakpoints" - deletes everything (breakpoints, tracepoints, watchpoints, whatnot). "delete tracepoints" - deletes only tracepoints. There's no "delete watchpoints", for example. I find this inconsistenty confusing. If we could have a new "delete actionpoints" command, we could re-alias "delete" to delete all kinds of action points, and then have "delete breakpoints" delete only breakpoints. -- Pedro Alves