From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13731 invoked by alias); 8 Aug 2006 17:31:27 -0000 Received: (qmail 13713 invoked by uid 22791); 8 Aug 2006 17:31:25 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao04.cox.net (HELO eastrmmtao04.cox.net) (68.230.240.35) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 08 Aug 2006 17:31:19 +0000 Received: from localhost.localdomain ([70.181.32.198]) by eastrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060808173117.GFJY25210.eastrmmtao04.cox.net@localhost.localdomain>; Tue, 8 Aug 2006 13:31:17 -0400 Received: from bob by localhost.localdomain with local (Exim 4.60) (envelope-from ) id 1GAVQN-0004x8-Nx; Tue, 08 Aug 2006 13:31:27 -0400 Date: Tue, 08 Aug 2006 17:31:00 -0000 From: Bob Rossi To: Nikolay.Molchanov@Sun.COM, gdb@sourceware.org Subject: Re: Why gdb 6.5 prints fullname in /cygdrive/... format om Windows? Message-ID: <20060808173127.GA27456@brasko.net> References: <44D832EE.2040405@sun.com> <17624.26822.63634.129976@kahikatea.snap.net.nz> <20060808131823.GB16362@nevyn.them.org> <20060808152923.GA23703@trixie.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060808152923.GA23703@trixie.casa.cgf.cx> User-Agent: Mutt/1.5.11 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-08/txt/msg00051.txt.bz2 On Tue, Aug 08, 2006 at 11:29:23AM -0400, Christopher Faylor wrote: > On Tue, Aug 08, 2006 at 09:18:23AM -0400, Daniel Jacobowitz wrote: > >On Tue, Aug 08, 2006 at 10:34:46PM +1200, Nick Roberts wrote: > >> Is this real output? I thought the fullname field for breakpoints > >> was only added in February of this year: > > > >And what versions of GDB are you really using: where did you get them > >from, and what platform are they configured for? > > > >If you build a mingw32 GDB, it'll probably give you c:\\ paths. A > >Cygwin GDB will usually give you /cygdrive paths. > > ...and that's by design, not by accident. Cygwin is REALLY intended to > be used with POSIX-like paths. c:\foo style paths are supported only > as an afterthought. This seems OK for front ends to GDB that are compiled in Cygwin, and thus can convert the path /cygpath... to a C:\.. (as is my front end). However, front ends that compile natively to windows but are using cygwin's GDB will have trouble with this. Is the intention to exclude those front ends from understanding this information? Bob Rossi