From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5014 invoked by alias); 4 May 2005 15:02:23 -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 4796 invoked from network); 4 May 2005 15:02:13 -0000 Received: from unknown (HELO lakermmtao06.cox.net) (68.230.240.33) by sourceware.org with SMTP; 4 May 2005 15:02:13 -0000 Received: from white ([68.9.64.121]) by lakermmtao06.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050504150211.KYCG749.lakermmtao06.cox.net@white>; Wed, 4 May 2005 11:02:11 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1DTLO7-0007Cx-00; Wed, 04 May 2005 11:02:11 -0400 Date: Wed, 04 May 2005 15:02: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: <20050504150211.GB27415@white> Mail-Followup-To: gdb-patches@sources.redhat.com, Eli Zaretskii References: <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> <20050504114821.GA27168@white> <20050504145535.GJ24661@trixie.casa.cgf.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504145535.GJ24661@trixie.casa.cgf.cx> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-05/txt/msg00118.txt.bz2 On Wed, May 04, 2005 at 10:55:35AM -0400, Christopher Faylor wrote: > On Wed, May 04, 2005 at 07:48:21AM -0400, Bob Rossi wrote: > >> 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! > > > >From this email, I understand completly why it would be impossible for > >GDB to translate \abc into an absolute path. If the compiler was nieve > >enought to put \abc, it's possible that the current drive is different > >when GDB looks for the file then when the user compiled it. (Sorry, I > >know you already said this, but I believe if I type it all out, it just > >might sink in) > > > >I asked a question in this Email, > >http://sources.redhat.com/ml/gdb-patches/2005-05/msg00100.html > > Has anyone actually confirmed that gcc will put \abc or x:abc in source > files? Well, utils.c:xfullpath in GDB has a comment I posted earlier, #ifdef HAVE_DOS_BASED_FILE_SYSTEM /* We need to be careful when filename is of the form 'd:foo', which is equivalent of d:./foo, which is totally different from d:/foo. */ if (strlen (dir_name) == 2 && isalpha (dir_name[0]) && dir_name[1] == ':') { dir_name[2] = '.'; dir_name[3] = '\000'; } #endif That leads me to believe that at some point, GDB was getting d:foo from the compiler as a path. This may have been a compiler bug that was fixed however. Thanks, Bob Rossi