From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21512 invoked by alias); 12 Jan 2007 03:29:21 -0000 Received: (qmail 21502 invoked by uid 22791); 12 Jan 2007 03:29:20 -0000 X-Spam-Check-By: sourceware.org Received: from nile.gnat.com (HELO nile.gnat.com) (205.232.38.5) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 12 Jan 2007 03:29:15 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-nile.gnat.com (Postfix) with ESMTP id 1740048D0D0 for ; Thu, 11 Jan 2007 22:29:14 -0500 (EST) Received: from nile.gnat.com ([127.0.0.1]) by localhost (nile.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22248-01-5 for ; Thu, 11 Jan 2007 22:29:13 -0500 (EST) Received: from takamaka.act-europe.fr (AStDenis-105-1-2-121.w81-248.abo.wanadoo.fr [81.248.193.121]) by nile.gnat.com (Postfix) with ESMTP id 7CB4748CEB9 for ; Thu, 11 Jan 2007 22:29:13 -0500 (EST) Received: by takamaka.act-europe.fr (Postfix, from userid 1000) id D7A9334C099; Fri, 12 Jan 2007 07:30:02 +0400 (RET) Date: Fri, 12 Jan 2007 03:29:00 -0000 From: Joel Brobecker To: gdb@sourceware.org Subject: Re: substitute-path problem Message-ID: <20070112033002.GQ23012@adacore.com> References: <20070112025149.GA7621@nevyn.them.org> <20070112032112.GO23012@adacore.com> <20070112032356.GA8983@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070112032356.GA8983@nevyn.them.org> User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-01/txt/msg00203.txt.bz2 > It turns out find_and_open_source does plenty of other things wrong too > with dirname == NULL. I saw it try to open "$cdir/scratch" (literally) > and also "/home/drow/scratch". Not sure if that's really on purpose... > but the latter and a handy symlink solved my immediate problem :-) Neat :-). I wonder sometimes if it's possible to cover all cases. There are so many (or perhaps my immediate short-term memory is not what it should be). > BTW, if you have a chance to improve related things: help set > substitute-path was very unhelpful. It doesn't say what the arguments > should be. Oh, I see you've tried that command too :-). I'll see if I can come up with something. I need to refresh my memory about this, I hope the documentation is a little better. -- Joel