From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16055 invoked by alias); 9 Aug 2006 18:12:49 -0000 Received: (qmail 16044 invoked by uid 22791); 9 Aug 2006 18:12:48 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Wed, 09 Aug 2006 18:12:41 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1GAsXX-0007cy-LQ; Wed, 09 Aug 2006 14:12:23 -0400 Date: Wed, 09 Aug 2006 18:12:00 -0000 From: Daniel Jacobowitz To: Bob Rossi Cc: Andrew STUBBS , gdb@sourceware.org Subject: Re: Why gdb 6.5 prints fullname in /cygdrive/... format om Windows? Message-ID: <20060809181223.GA29298@nevyn.them.org> Mail-Followup-To: Bob Rossi , Andrew STUBBS , gdb@sourceware.org References: <44D832EE.2040405@sun.com> <17624.26822.63634.129976@kahikatea.snap.net.nz> <20060808131823.GB16362@nevyn.them.org> <20060808152923.GA23703@trixie.casa.cgf.cx> <20060808173127.GA27456@brasko.net> <20060808173555.GA24654@nevyn.them.org> <44D9A819.1010007@st.com> <20060809181020.GA23962@brasko.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060809181020.GA23962@brasko.net> User-Agent: Mutt/1.5.11+cvs20060403 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/msg00075.txt.bz2 On Wed, Aug 09, 2006 at 02:10:20PM -0400, Bob Rossi wrote: > On Wed, Aug 09, 2006 at 10:17:13AM +0100, Andrew STUBBS wrote: > > Daniel Jacobowitz wrote: > > >A non-Cygwin application can convert the Cygwin paths to Windows paths > > >(by dynamic loading of Cygwin if it's present). > > > > Interesting idea. How's it done? > > > > I'm not suggesting GDB do such a thing, but it sounds like a useful > > trick for my own purposes. > > Of course, don't count on this working. The GDB could easily be built on > Cygwin, and the cygwin1.dll delivered. In this case there will be no > cygpath, and your front end won't work. Please read my suggestion again :-) It does not rely on a cygpath binary. -- Daniel Jacobowitz CodeSourcery