Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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
To: cygwin AT cygwin DOT com
From: Andrew DeFaria <adefaria AT lnxw DOT com>
Subject: Re: ls -F // doesn't work
Date: Wed, 22 Dec 2004 15:47:53 -0800
Lines: 42
Message-ID: <cqd0tt$hgt$1@sea.gmane.org>
References: <0I9500151DGUTZ AT pmismtp01 DOT mcilink DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet AT sea DOT gmane DOT org
X-Gmane-NNTP-Posting-Host: farscape.lynx.com
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
In-Reply-To: <0I9500151DGUTZ@pmismtp01.mcilink.com>
X-IsSubscribed: yes

Mark Paulus wrote:

> When I do an ls -F, I get expected results:
> $ ls -F /
> bin/ cygwin.bat* home/ run.groff tmp1/ xfer/
> cron_diagnose.sh* cygwin.ico* lib/ sbin/ usr/
> cygdeb/ etc/ mountem* tmp/ var/
>
> However, when I do ls -F //, then I get bad results:
> $ ls -F //
> ls: //bin: No such file or directory
> ls: //cron_diagnose.sh: No such file or directory
> ls: //cygdeb: No such file or directory
> ls: //cygwin.bat: No such file or directory
> ls: //cygwin.ico: No such file or directory
> ls: //etc: No such file or directory
> ls: //home: No such file or directory
> ls: //lib: No such file or directory
> ls: //mountem: No such file or directory
> ls: //run.groff: No such file or directory
> ls: //sbin: No such file or directory
> ls: //tmp: No such file or directory
> ls: //tmp1: No such file or directory
> ls: //usr: No such file or directory
> ls: //var: No such file or directory
> ls: //xfer: No such file or directory
>
> Wasn't sure if this is also intricately intertwined with the 
> pathname/dots/spaces thing, but wanted to mention it, as I am having 
> another problem where rmdir() is not finding a file called 
> "//usr/share/doc/cygwin-base/README". (should probably return ENOTDIR 
> instead of ENOENT)

In general, in Cygwin, "//" == "\\" which introduces a UNC path. So, in 
a Windows CMD a "pushd \\server\share" is equivalent to "pushd 
//server/share" in a bash shell. Therefore a path of 
//user/share/doc/cygwin-base/README is saying "I want the file on the 
machine 'usr' under the share point of 'share' with a path of 
'doc/cygwin-base/' and a filename of 'README'". I doubt that you have a 
machine named "usr" hanging around... ;-)
-- 
Everywhere is walking distance if you have the time.


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