From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14377 invoked by alias); 15 Apr 2010 19:58:17 -0000 Received: (qmail 14367 invoked by uid 22791); 15 Apr 2010 19:58:16 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD 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; Thu, 15 Apr 2010 19:58:11 +0000 Received: (qmail 9111 invoked from network); 15 Apr 2010 19:58:10 -0000 Received: from unknown (HELO orlando.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 15 Apr 2010 19:58:10 -0000 From: Pedro Alves To: gdb-patches@sourceware.org Subject: Re: PR8554: New command to save breakpoints to a file Date: Thu, 15 Apr 2010 19:58:00 -0000 User-Agent: KMail/1.12.2 (Linux/2.6.31-20-generic; KDE/4.3.2; x86_64; ; ) Cc: Michael Snyder , "tromey@redhat.com" References: <201004090341.14389.pedro@codesourcery.com> <201004151953.05613.pedro@codesourcery.com> <4BC761E4.2040505@vmware.com> In-Reply-To: <4BC761E4.2040505@vmware.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004152058.06658.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00479.txt.bz2 On Thursday 15 April 2010 19:58:44, Michael Snyder wrote: > >>> OTOH, it may be useful to be able to dump watchpoints on locals, > >>> and be able to load them up when you know it's okay, so never > >>> dumping those isn't that great either. So, IMO, we shouldn't > >>> worry much about those, at least, in this first patch. :-) I > >>> could add a note to the manual, perhaps. > >> That's cool. So what do we do now? Just skip them? > >> Save the global ones, skip the local ones? > > > > We save them. > > > > Oh -- and on reload, some of them fail? > > Shouldn't be difficult to skip saving all of them, but what about > skipping the locals and saving the globals? Hard? As I said above, it may be useful to be able to dump watchpoints on locals, and be able to load them up when you know it's okay, so never dumping those isn't that great either. It's not hard, it's just not always the right thing. As is, the user can edit the script if the wants to zap some breakpoints before sourcing it. It's just a CLI script. If you want to add a new command switch to tune the behaviour, that'd be cool. -- Pedro Alves