From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22661 invoked by alias); 15 Mar 2006 16:31:53 -0000 Received: (qmail 22653 invoked by uid 22791); 15 Mar 2006 16:31:53 -0000 X-Spam-Check-By: sourceware.org Received: from mail-out3.apple.com (HELO mail-out3.apple.com) (17.254.13.22) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 15 Mar 2006 16:31:51 +0000 Received: from relay8.apple.com (a17-128-113-38.apple.com [17.128.113.38]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id k2FGVeXJ029410; Wed, 15 Mar 2006 08:31:40 -0800 (PST) Received: from [17.201.22.240] (inghji.apple.com [17.201.22.240]) by relay8.apple.com (Apple SCV relay) with ESMTP id 6341878F; Wed, 15 Mar 2006 08:31:40 -0800 (PST) In-Reply-To: <20060315162122.GA30980@brasko.net> References: <27491BE6-9DDB-4168-BDFC-9C092BF0DEBB@apple.com> <20060315162122.GA30980@brasko.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <01D1CA11-FB79-43C6-AD3F-DC4C3D49B465@apple.com> Cc: Vladimir Prus , gdb@sources.redhat.com Content-Transfer-Encoding: 7bit From: Jim Ingham Subject: Re: MI and pending breakpoints Date: Wed, 15 Mar 2006 16:34:00 -0000 To: Bob Rossi 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/msg00081.txt.bz2 On Mar 15, 2006, at 8:21 AM, Bob Rossi wrote: > On Wed, Mar 15, 2006 at 08:19:59AM -0800, Jim Ingham wrote: >> You need to set the gdb variable "pending" to "on" before setting the >> breakpoint. Since this is kind of a pain, we added a "-f" option >> to - >> break-insert that will do this for you wrapped around the breakpoint >> setting ("-f" because this feature was called "future-break" in the >> NeXT gdb many years ago.) >> >> 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. It's wierd when people start > using my > front end and ask why it behaves differently than the CLI. Not sure I agree with this. AFAICT, the main reason for asking the user is that you can easily mis-type a file:line spec, and it's good to have the CLI tell you this didn't set so you can check your spelling. But this should not be possible for the most common type of breakpoint in a UI, which is clicking in the gutter of an editor window. I think having the UI query would be disruptive... Jim