From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8324 invoked by alias); 4 May 2005 20:20:01 -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 8289 invoked from network); 4 May 2005 20:19:55 -0000 Received: from unknown (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org with SMTP; 4 May 2005 20:19:55 -0000 Received: from zaretski (IGLD-80-230-9-69.inter.net.il [80.230.9.69]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id BDJ24883 (AUTH halo1); Wed, 4 May 2005 23:19:42 +0300 (IDT) Date: Wed, 04 May 2005 20:20:00 -0000 From: "Eli Zaretskii" To: gdb-patches@sources.redhat.com Message-ID: <01c550e6$Blat.v2.4$6d9c7f00@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 In-reply-to: <20050504134538.GC10578@nevyn.them.org> (message from Daniel Jacobowitz on Wed, 4 May 2005 09:45:38 -0400) Subject: Re: [RFC] fullname attribute for GDB/MI stack frames Reply-to: Eli Zaretskii References: <20050502195515.GA10429@nevyn.them.org> <01c54f57$Blat.v2.4$4c163500@zahav.net.il> <20050502204859.GA6090@nevyn.them.org> <01c54f91$Blat.v2.4$f6e0b160@zahav.net.il> <20050503034604.GA437@nevyn.them.org> <01c55017$Blat.v2.4$3cb51f20@zahav.net.il> <20050503195650.GD25356@white> <01c55025$Blat.v2.4$00e755e0@zahav.net.il> <20050503213911.GB16440@trixie.casa.cgf.cx> <01c55061$Blat.v2.4$5a644e20@zahav.net.il> <20050504134538.GC10578@nevyn.them.org> X-SW-Source: 2005-05/txt/msg00135.txt.bz2 > Date: Wed, 4 May 2005 09:45:38 -0400 > From: Daniel Jacobowitz > Cc: gdb-patches@sources.redhat.com > > > No, it will _incorrectly_ translate them: the current drive and > > directory that are in effect when we call these functions are _not_ > > what they were when the compiler compiled the source and recorded its > > file name in the debug info. > > Eli, this is inconsistent with the rest of the world. In the rest of > the world, realpath() and canonicalize_file_name() call getcwd() (or > the operating system's equivalent function). Can you explain to us why > it is correct for other OSes to do this resolution in xfullpath (or > wherever else), and for DJGPP not to? We are again talking past each other. What you describe is correct for all platforms, including DJGPP and Windows, but not in the specific circumstances which led us to this endless thread, which is to find a fully qualified file name using the information recorded in the debug info. The primary use of realpath and its ilk is when we need to take apart the absolute file name, or see if two file names belong to the same directory, or some other similar test. In these cases, we know that cwd is the same for both file names, and making file names absolute simplifies the rest of the code in these cases. But that is not our situation.