From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9669 invoked by alias); 16 Mar 2006 07:04:38 -0000 Received: (qmail 9657 invoked by uid 22791); 16 Mar 2006 07:04:37 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 16 Mar 2006 07:04:34 +0000 Received: from kahikatea.snap.net.nz (p202-124-115-37.snap.net.nz [202.124.115.37]) by viper.snap.net.nz (Postfix) with ESMTP id 2F9527475F6; Thu, 16 Mar 2006 20:04:27 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id C63B788EC; Thu, 16 Mar 2006 20:03:03 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17433.3494.581284.931525@kahikatea.snap.net.nz> Date: Thu, 16 Mar 2006 15:36:00 -0000 To: Bob Rossi Cc: Jim Ingham , Vladimir Prus , gdb@sources.redhat.com Subject: Re: MI and pending breakpoints In-Reply-To: <20060315164002.GB30980@brasko.net> References: <27491BE6-9DDB-4168-BDFC-9C092BF0DEBB@apple.com> <20060315162122.GA30980@brasko.net> <01D1CA11-FB79-43C6-AD3F-DC4C3D49B465@apple.com> <20060315164002.GB30980@brasko.net> 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-03/txt/msg00091.txt.bz2 > > It's also arguable that for -break-insert you ALWAYS want "pending" > > to be "on". > That's how annotate=2 works. However, I think GDB should query the user > the same way it does from the CLI. and > Here is the situation I'm talking about. When the user types 'b > file:line' in the console that the FE provides them, and they do not get > a query back from GDB when using annotate=2. It simply always set's the > breakpoint. I don't know if MI currently works the same. AFAICT -annotate=2 doesn't change the behaviour of setting breakpoints. After all, its just CLI with markup, not a separate interpreter like MI. -- Nick http://www.inet.net.nz/~nickrob