Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <43026D50.44417487@dessent.net> Date: Tue, 16 Aug 2005 15:48:48 -0700 From: Brian Dessent MIME-Version: 1.0 To: sds AT gnu DOT org CC: cygwin AT cygwin DOT com Subject: Re: Programatically finding value of "cygdrive" prefix References: <42FA4604 DOT 8000507 AT tlinx DOT org> <20050810183616 DOT GA5892 AT trixie DOT casa DOT cgf DOT cx> <1124222681 DOT 29974 DOT 37 DOT camel AT p450> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com Sam Steingold wrote: > > was asking for the actual problem that programmatically accessing the > > cygdrive prefix was supposed to solve. > > I already explained that in > . > > let me try to do it again: > > unix shell scripts and makefiles do not call cygpath. > when they are used under cygwin, they spit out cygwin pathnames > (/cygdrive/c/...) to non-cygwin programs. How has that got anything whatsoever to do with needing to know the cygdrive prefix? If you want to write a wrapper that converts posix -> windows paths for the sake of non-cygwin programs, you have to convert all paths. It doesn't matter whether a path starts with /cygdrive or not. "notepad /usr/local/foo" fails just as badly as "notepad /cygdrive/c/foo", so the only sane way to do this is to convert all paths. And there are already wrapper scripts that do this, and they surely don't care what the cygdrive prefix is. So I don't see how that addresses the original topic of this thread. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/