From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32008 invoked by alias); 5 May 2005 00:05:55 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 30841 invoked from network); 5 May 2005 00:05:11 -0000 Received: from unknown (HELO lakermmtao09.cox.net) (68.230.240.30) by sourceware.org with SMTP; 5 May 2005 00:05:11 -0000 Received: from white ([68.9.64.121]) by lakermmtao09.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050505000506.URVQ6804.lakermmtao09.cox.net@white>; Wed, 4 May 2005 20:05:06 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1DTTrW-0007ik-00; Wed, 04 May 2005 20:05:06 -0400 Date: Thu, 05 May 2005 00:05:00 -0000 From: Bob Rossi To: gdb-patches@sources.redhat.com, Eli Zaretskii Subject: Re: [RFC] fullname attribute for GDB/MI stack frames Message-ID: <20050505000506.GA29358@white> Mail-Followup-To: gdb-patches@sources.redhat.com, Eli Zaretskii References: <20050503034604.GA437@nevyn.them.org> <01c55017$Blat.v2.4$3cb51f20@zahav.net.il> <20050503194856.GA4477@nevyn.them.org> <01c55021$Blat.v2.4$520aa7a0@zahav.net.il> <20050504133437.GA10578@nevyn.them.org> <20050504183127.GA19094@nevyn.them.org> <01c550eb$Blat.v2.4$24b1dce0@zahav.net.il> <20050504210717.GA2419@nevyn.them.org> <20050504234035.GM30075@trixie.casa.cgf.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504234035.GM30075@trixie.casa.cgf.cx> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-05/txt/msg00153.txt.bz2 On Wed, May 04, 2005 at 07:40:35PM -0400, Christopher Faylor wrote: > On Wed, May 04, 2005 at 05:07:17PM -0400, Daniel Jacobowitz wrote: > >If it's going to open files, it _does_ matter. You said that the > >current directory (and presumably the current drive) are global on this > >platform. But the current directory is not stable across time. If the > >front end changes the current directory after talking to GDB, suddenly > >it won't be able to open files. > > Right. Presumably, on windows 9x you could do something like: > > (gdb) shell > d: > cd \foo > exit > > and end up invalidating anything which was previously pointing to > d:foo. > > Although, hmm. That assumes that all of the filenames had been > previously resolved of course. I don't think that's necessarily true in > gdb is it? Wouldn't some filenames be canonicalized only as needed? This may or may not be what you mean. However, if you do -file-list-exec-source-files, GDB prints the filename and fullname for every file that it knows about. The purpose of this is to let the front end know about each and every file that GDB knows about. As I've stated before, I believe most if not all FE's depend on the fullname to be a unique key. Bob Rossi