Message-ID: <4AF65337.7020305@gmail.com>
Date: Sun, 08 Nov 2009 05:12:23 +0000
From: Dave Korn <dave.korn.cygwin@googlemail.com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: [1.7] Undocumented change in accessing by dos drive letters?
References: <19183.9501.7117.656831@consult.pretender> <4AEF316F.2070502@cygwin.com> <26222438.post@talk.nabble.com> <4AF39496.8050005@byu.net>
In-Reply-To: <4AF39496.8050005@byu.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

Eric Blake wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> According to aputerguy on 11/5/2009 2:34 PM:
>> >From the cygwin shell, I can do tab-completion on drive letters to get
>> things like C:/usr/bin/ls
>> However, when I press return, I get:
>>       bash: C:/usr/bin/ls: No such file or directory
>> Which is understandable since the file is in C:\cygwin\usr\bin\ls
>> So, why is bash tab completion messing up here? (note the same behavior was
>> true in cygwin 1.5 too so this is not a "new" bug.
> 
> This is not a bug, but a feature of bash tab-completion.  'man bash', and
> search for COMP_WORDBREAKS.  Note that : is a special character, in that
> it marks a boundary of a word (so you are completing "/usr/bin/ls", not
> "c:/usr/bin/ls").  In other words, completion sees a different file name
> than ls.  All the more reason to use posix-y paths and avoid drive letters.

  Or escape the colon -

> admin@ubik ~
> $ c\:/WINNT/system32/[TAB][TAB]
> Display all 1869 possibilities? (y or n)
>

    cheers,
      DaveK

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple