From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10445 invoked by alias); 6 Dec 2005 11:56:22 -0000 Received: (qmail 10438 invoked by uid 22791); 6 Dec 2005 11:56:22 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao04.cox.net (HELO eastrmmtao04.cox.net) (68.230.240.35) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 06 Dec 2005 11:56:20 +0000 Received: from white ([68.9.65.164]) by eastrmmtao04.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051206115408.NFFE4997.eastrmmtao04.cox.net@white>; Tue, 6 Dec 2005 06:54:08 -0500 Received: from bob by white with local (Exim 3.36 #1 (Debian)) id 1EjbQN-0005RZ-00; Tue, 06 Dec 2005 06:55:59 -0500 Date: Tue, 06 Dec 2005 11:56:00 -0000 From: Bob Rossi To: Eli Zaretskii , Vladimir Prus , gdb@sources.redhat.com Subject: Re: Filename with "./" in breakpoint command Message-ID: <20051206115559.GA20190@white> Mail-Followup-To: Eli Zaretskii , Vladimir Prus , gdb@sources.redhat.com References: <200512050953.01350.ghost@cs.msu.su> <20051205185556.GA9808@nevyn.them.org> <20051206045518.GA23837@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051206045518.GA23837@nevyn.them.org> User-Agent: Mutt/1.5.9i 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: 2005-12/txt/msg00049.txt.bz2 On Mon, Dec 05, 2005 at 11:55:18PM -0500, Daniel Jacobowitz wrote: > On Tue, Dec 06, 2005 at 06:27:37AM +0200, Eli Zaretskii wrote: > > > Date: Mon, 5 Dec 2005 13:55:56 -0500 > > > From: Daniel Jacobowitz > > > Cc: Vladimir Prus , gdb@sources.redhat.com > > > > > > Or, when the existing lookups have failed for a relative pathname, > > > canonicalize it and treat it like a full path? > > > > I don't like that, since it requires to chdir to some directory first. > > Could you explain why not? GDB already has a notion of $cdir, and it > seems logical to me that if the user types "./foo.c" they mean for that > to be relative to $cdir, but I certainly could be missing something. I also don't think it makes sense to prompt the user on this issue. However, unless I'm missing something, I don't think it makes sense to set multiple breakpoints. If the user types 'b ./foo.c' then that maps to exactly 1 file. If the file can be found, we could set the breakpoint. If the file can not be found, then we should give the error that there is no such file. Bob Rossi