From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22416 invoked by alias); 4 May 2005 11:48:47 -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 22283 invoked from network); 4 May 2005 11:48:27 -0000 Received: from unknown (HELO lakermmtao05.cox.net) (68.230.240.34) by sourceware.org with SMTP; 4 May 2005 11:48:27 -0000 Received: from white ([68.9.64.121]) by lakermmtao05.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050504114822.FVPZ13442.lakermmtao05.cox.net@white>; Wed, 4 May 2005 07:48:22 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1DTIMX-00074e-00; Wed, 04 May 2005 07:48:21 -0400 Date: Wed, 04 May 2005 11:48:00 -0000 From: Bob Rossi To: Eli Zaretskii Cc: gdb-patches@sources.redhat.com Subject: Re: [RFC] fullname attribute for GDB/MI stack frames Message-ID: <20050504114821.GA27168@white> Mail-Followup-To: Eli Zaretskii , gdb-patches@sources.redhat.com 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01c55061$Blat.v2.4$5a644e20@zahav.net.il> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-05/txt/msg00107.txt.bz2 > 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 >From the understanding I have now, there is still two options, - Use .* as a regex and say anthing goes - Use a regex that detects absolute paths and the 2 special case's you know of. When this breaks, fix the fullname machinery. Now, if from the beggining, your original regex was solving the second problem, I've very sorry for the trouble my hard head put you through. Would the second solution above satisfy you? anyone else? I'd prefer that solution. Thanks, Bob Rossi