From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24841 invoked by alias); 27 Apr 2008 04:26:49 -0000 Received: (qmail 24832 invoked by uid 22791); 27 Apr 2008 04:26:49 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 27 Apr 2008 03:05:02 +0000 Received: from kahikatea.snap.net.nz (170.63.255.123.dynamic.snap.net.nz [123.255.63.170]) by viper.snap.net.nz (Postfix) with ESMTP id 2E3E52F4198; Sun, 27 Apr 2008 11:09:19 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id E68D08FC6D; Sun, 27 Apr 2008 11:09:17 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18451.46621.12013.690042@kahikatea.snap.net.nz> Date: Sun, 27 Apr 2008 06:25:00 -0000 To: Vladimir Prus Cc: Bob Rossi , gdb@sourceware.org Subject: Re: [MI] -break-delete with several breakpoints In-Reply-To: <200804270222.50020.vladimir@codesourcery.com> References: <200804262208.50476.vladimir@codesourcery.com> <20080426194843.GA13338@brasko.net> <18451.43604.348956.734019@kahikatea.snap.net.nz> <200804270222.50020.vladimir@codesourcery.com> X-Mailer: VM 7.19 under Emacs 22.2.50.2 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: 2008-04/txt/msg00221.txt.bz2 > > > The only case I can think that would be nice is something like, > > > -break-disable -all > > > > -break-disable with no argument will already do this as it just executes > > the CLI command "disable". > > Which is not guaranteed to be the case in future. That's why I'm trying to > figure what is desired behaviour is. Leave it as it is? It doesn't really bother me as these commands don't create any output and Emacs needs to work with the CLI commands in the GUD buffer anyway. I think more important than the input syntax is some kind of output as I suggested in: http://sourceware.org/ml/gdb-patches/2008-04/msg00377.html And it should work with CLI commands too, i.e., through event notification. -- Nick http://www.inet.net.nz/~nickrob From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28094 invoked by alias); 27 Apr 2008 04:30:32 -0000 Received: (qmail 28083 invoked by uid 22791); 27 Apr 2008 04:30:31 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 27 Apr 2008 04:27:44 +0000 Received: from kahikatea.snap.net.nz (170.63.255.123.dynamic.snap.net.nz [123.255.63.170]) by viper.snap.net.nz (Postfix) with ESMTP id 2E3E52F4198; Sun, 27 Apr 2008 11:09:19 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id E68D08FC6D; Sun, 27 Apr 2008 11:09:17 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18451.46621.12013.690042@kahikatea.snap.net.nz> Date: Sun, 27 Apr 2008 13:56:00 -0000 To: Vladimir Prus Cc: Bob Rossi , gdb@sourceware.org Subject: Re: [MI] -break-delete with several breakpoints In-Reply-To: <200804270222.50020.vladimir@codesourcery.com> References: <200804262208.50476.vladimir@codesourcery.com> <20080426194843.GA13338@brasko.net> <18451.43604.348956.734019@kahikatea.snap.net.nz> <200804270222.50020.vladimir@codesourcery.com> X-Mailer: VM 7.19 under Emacs 22.2.50.2 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: 2008-04/txt/msg00224.txt.bz2 Message-ID: <20080427135600.1emA1khlbRTh4pQJUHZmTEfias4MDwmt9gMDHKca3tc@z> > > > The only case I can think that would be nice is something like, > > > -break-disable -all > > > > -break-disable with no argument will already do this as it just executes > > the CLI command "disable". > > Which is not guaranteed to be the case in future. That's why I'm trying to > figure what is desired behaviour is. Leave it as it is? It doesn't really bother me as these commands don't create any output and Emacs needs to work with the CLI commands in the GUD buffer anyway. I think more important than the input syntax is some kind of output as I suggested in: http://sourceware.org/ml/gdb-patches/2008-04/msg00377.html And it should work with CLI commands too, i.e., through event notification. -- Nick http://www.inet.net.nz/~nickrob