From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21610 invoked by alias); 4 May 2005 04:27:35 -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 21557 invoked from network); 4 May 2005 04:27:25 -0000 Received: from unknown (HELO legolas.inter.net.il) (192.114.186.24) by sourceware.org with SMTP; 4 May 2005 04:27:25 -0000 Received: from zaretski (IGLD-80-230-71-109.inter.net.il [80.230.71.109]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id EHD43210 (AUTH halo1); Wed, 4 May 2005 07:27:13 +0300 (IDT) Date: Wed, 04 May 2005 04:27:00 -0000 From: "Eli Zaretskii" To: gdb-patches@sources.redhat.com Message-ID: <01c55061$Blat.v2.4$5a644e20@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 In-reply-to: <20050503213911.GB16440@trixie.casa.cgf.cx> (message from Christopher Faylor on Tue, 3 May 2005 17:39:11 -0400) Subject: Re: [RFC] fullname attribute for GDB/MI stack frames Reply-to: Eli Zaretskii References: <20050502193638.GD22967@white> <01c54f50$Blat.v2.4$29b171c0@zahav.net.il> <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> X-SW-Source: 2005-05/txt/msg00106.txt.bz2 > Date: Tue, 3 May 2005 17:39:11 -0400 > From: Christopher Faylor > > Cygwin has realpath and Windows has an equivalent function. AFAIK, it > will correctly translate \abc to x:\abc. 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. > I don't know what it will do with d:foo. NT+ shells treat that as > "the current directory on drive d:" but that's just something that > is special to a shell. Not true: the notion of a current directory on drive d: is maintained by the OS. There's a special OS data structure where it holds the current directory for each drive. Also, unlike on Unix, the current directory on each drive is globally in effect for all the processes that run in the current VM. > Probably it should be resolved as "d:\foo". Please! I'm gonna cry! you are suggesting to revert the code that took hard work to get right! openp used to do d:foo -> d:/foo, but that was blatantly wrong and caused bugs. Let's not go that way just because some test case doesn't seem 100% right! I am frustrated by my evident inability to communicate to you all the simple truth: openp IS OKAY, IT DOESN'T NEED ANY FIXING! > Hopefully the Windows > routine for producing absolute paths will do something sensical. They won't; see above. > Anyway, it seems like the mingw port should be using GetFullPathName() > in gdb_realpath(). I don't see this in my sandbox.