From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-30455-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 2967 invoked by alias); 7 Dec 2007 16:21:00 -0000
Received: (qmail 2950 invoked by uid 22791); 7 Dec 2007 16:20:59 -0000
X-Spam-Check-By: sourceware.org
Received: from mail.artimi.com (HELO mail.artimi.com) (194.72.81.2)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 07 Dec 2007 16:20:55 +0000
Received: from rainbow ([192.168.8.46] RDNS failed) by mail.artimi.com with Microsoft SMTPSVC(6.0.3790.3959); 	 Fri, 7 Dec 2007 16:20:51 +0000
From: "Dave Korn" <dave.korn@artimi.com>
To: "'Daniel Jacobowitz'" <drow@false.org>, 	"'Pedro Alves'" <pedro_alves@portugalmail.pt>
Cc: <gdb@sourceware.org>, 	"'personel personel'" <lepascal01@yahoo.com>, 	"'gdb-patches'" <gdb-patches@sourceware.org>
References: <20071206182343.GA16137@caradoc.them.org> <433908.24398.qm@web57701.mail.re3.yahoo.com> <20071206202850.GA27429@caradoc.them.org> <47586224.CE80C330@dessent.net> <475893BA.8000700@portugalmail.pt> <20071207004226.GA30430@caradoc.them.org>
Subject: RE: Debugging a Vlc dll with GDB.
Date: Fri, 07 Dec 2007 16:21:00 -0000
Message-ID: <05fb01c838ed$224dae60$2e08a8c0@CAM.ARTIMI.COM>
MIME-Version: 1.0
Content-Type: text/plain; 	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <20071207004226.GA30430@caradoc.them.org>
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2007-12/txt/msg00061.txt.bz2

On 07 December 2007 00:42, Daniel Jacobowitz wrote:

> On Fri, Dec 07, 2007 at 12:28:42AM +0000, Pedro Alves wrote:
>> I could swear there use to be a "pending resolved"
>> notice.  Did it go away with the multiple breakpoint
>> location support?
> 
> Yes, I believe so.  It was mostly there to warn you that the
> breakpoint number had changed, which Vladimir has now fixed.
> 
>>  	  if (pending_break_support == AUTO_BOOLEAN_AUTO &&
>> -	      !nquery ("Make breakpoint pending on future shared library load?
>> ")) +	      !nquery (_("\ +Make breakpoint pending on future symbol
file
>> addition? "))) 
> 
> Accurate, but I don't like it much... sounds awkward.

  How about

"Leave breakpoint pending until symbols can be resolved?"



    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....