[Patch]: c:.

Christopher Faylor cgf-no-personal-reply-please@cygwin.com
Mon May 17 02:06:00 GMT 2004

On Sun, May 16, 2004 at 08:58:37PM -0400, Christopher Faylor wrote:
>On Sun, May 16, 2004 at 06:20:15PM -0400, Pierre A. Humblet wrote:
>>At 11:58 PM 5/15/2004 -0400, Christopher Faylor wrote:
>>>On Sat, May 15, 2004 at 11:40:18PM -0400, Pierre A. Humblet wrote:
>>>>At 10:57 PM 5/15/2004 -0400, Christopher Faylor wrote:
>>>>>On Sat, May 15, 2004 at 10:35:40PM -0400, Pierre A. Humblet wrote:
>>>>>>I have run more tests and noticed that c:. and c:..
>>>>>>are now interpreted as c:/
>>>>>>That's because of the new code that strips trailing dots
>>>>>>and spaces. 
>>>>>Shouldn't it be interpreted as c:/?  Since c: is interpreted
>>>>>as c:/, shouldn't c:/.. be interpreted as c:/?
>>>>As I am talking about c:. and c:.., not c:/..
>>>>Currently c:. is the current directory of drive c:
>>>>and c:.. is its parent.
>>>Quoting from path.cc:
>>>   Each DOS drive is defined to have a current directory.  Supporting
>>>   this would complicate things so for now things are defined so that
>>>   c: means c:\.
>>The comment isn't completely accurate. Windows seems to take care of 
>>maintaining the environment. My previous e-mail showed examples.
>Windows 9x does.  Windows NT doesn't.  You can confuse Windows NT if you
>c:\>cd \tmp\bob
>bash$ env - bash
>bash$ ls m:..
>This "incorrectly" displays the root drive of c: .  So, again, previous
>versions were wrong.  c:.  and c:..  should be interpreted as c:\.

Sorry, that should be "ls c:..".


More information about the Cygwin-patches mailing list