From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29924 invoked by alias); 13 Nov 2007 08:05:21 -0000 Received: (qmail 29913 invoked by uid 22791); 13 Nov 2007 08:05:19 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 13 Nov 2007 08:05:17 +0000 Received: (qmail 32576 invoked from network); 13 Nov 2007 08:05:15 -0000 Received: from unknown (HELO wind.local) (vladimir@127.0.0.2) by mail.codesourcery.com with ESMTPA; 13 Nov 2007 08:05:15 -0000 From: Vladimir Prus To: Nick Roberts Subject: Re: [8/9] multiple locations Date: Tue, 13 Nov 2007 08:05:00 -0000 User-Agent: KMail/1.9.6 Cc: gdb-patches@sources.redhat.com References: <18233.20228.172834.464875@kahikatea.snap.net.nz> In-Reply-To: <18233.20228.172834.464875@kahikatea.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711131105.10906.vladimir@codesourcery.com> 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: 2007-11/txt/msg00236.txt.bz2 On Tuesday 13 November 2007 10:15:16 Nick Roberts wrote: > > Formerly, pending breakpoints were reported as: > > (gdb) inf bre > Num Type Disp Enb Address What > 1 breakpoint keep y cos > > > now they're reported as: > > > (gdb) inf bre > Num Type Disp Enb Address What > 1 breakpoint keep y(p) cos > > > This can break a front end which parses the old output, and this is indeed > the case for Emacs 22.1, which has already been released. The CLI output was never documented as stable, and using it in frontend is prone to such breakage. > > Does the (p) add anything useful to the user? The manual says: > > An optional `(p)' suffix marks pending breakpoints > > Is that not clear from the word PENDING? No, because if you set breakpoint in a shared library, and that library is unloaded, you have some number in 'address' field, but the breakpoint won't actually fire, and the "(p)" indicates that fact. > If it's not needed can we please revert it to the old format? If it is needed > can we find a format that doesn't break existing parsing? I personally don't think we should cater for clients that try to use CLI despite that being known as bad idea. That said -- do you have any suggestions for an alternative format? - Volodya