From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12022 invoked by alias); 15 Mar 2006 16:17:12 -0000 Received: (qmail 11913 invoked by uid 22791); 15 Mar 2006 16:17:06 -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:17:02 +0000 Received: from relay5.apple.com (a17-128-113-35.apple.com [17.128.113.35]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id k2FGGkec027367; Wed, 15 Mar 2006 08:16:46 -0800 (PST) Received: from [17.201.22.240] (inghji.apple.com [17.201.22.240]) by relay5.apple.com (Apple SCV relay) with ESMTP id 08093324002; Wed, 15 Mar 2006 08:16:45 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <27491BE6-9DDB-4168-BDFC-9C092BF0DEBB@apple.com> Cc: gdb@sources.redhat.com Content-Transfer-Encoding: 7bit From: Jim Ingham Subject: Re: MI and pending breakpoints Date: Wed, 15 Mar 2006 16:21:00 -0000 To: Vladimir Prus 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/msg00078.txt.bz2 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". Jim On Mar 15, 2006, at 4:25 AM, Vladimir Prus wrote: > > Hello! > I've got some problems with "pending breakpoints" functionality, > using MI > interface. Here's example session: > > (gdb) break helper.cpp:4 > break helper.cpp:4 > No source file named helper.cpp. > Breakpoint 2 (helper.cpp:4) pending. > ^done > (gdb) -break-insert helper.cpp:5 > No source file named helper.cpp. > ^done > > The CLI command correctly adds pending breakpoint. The helper.cpp > file is in > dlopen-ed shared library, and the breakpoint will be resolved when the > library is loaded. > > The MI command neither errors out (the reply is "^done", not > "^error"), nor > it does anything. It does not report breakpoint number, it does not > add any > breakpoint at all. > > What is the reason for this? Is this a bug? How do other frontend > authors > deal with breakpoints in shared libraries, then? > > Thanks in advance, > Volodya > > >