X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 	tests=AWL,BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Message-ID: <497C6D52.5050504@dazjorz.com>
Date: Sun, 25 Jan 2009 14:46:58 +0100
From: Sjors Gielen <mailinglist AT dazjorz DOT com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
CC: debian-kcygwin-devel AT lists DOT sourceforge DOT net
Subject: [bugreport] Two slashes should not indicate remote machine or special  directory
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Hey all,

In Cygwin (the CVS version), it seems paths starting with two slashes 
are "special paths" for accessing remote machines or bypassing the mount 
table.

This however is incompatible with Linux, where i.e. //etc is a valid 
path. See, for example: (`ls` indicators removed for readability)

---------- Cygwin behaviour ---------
# ls -d /etc/*bash*
/etc/bash.bashrc      /etc/bash_completion.d/
/etc/bash_completion  /etc/bash_completion.d.old/
# ls -d //etc/*bash*
//etc/*bash*
---------- Linux behaviour ----------
# ls -d /etc/*bash*
/etc/bash.bashrc  /etc/bash_completion  /etc/bash_completion.d
# ls -d //etc/*bash*
//etc/bash.bashrc  //etc/bash_completion  //etc/bash_completion.d

In my opinion, the Cygwin-Windows integration is fine in that i.e. "ls 
e:/" works fine. However, when Linux and Windows behaviour start to 
conflict, such as in this case, IMO Linux behaviour should be preferred 
above Windows behaviour. Therefore, I'm suggesting to remove "//" as a 
special path from conv_to_win32_path.

- Sjors

--
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/