delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:date:message-id:from:reply-to:to:cc:subject | |
:references:in-reply-to:content-type; q=dns; s=default; b=KgXpr9 | |
i7Z6a4fpDj2V7rExcp5i9nPXWLrJgBBabMPtVfJ27N/Z0FkA/h4Xkfq08XCxKkA1 | |
vCoABw3y7EPhNcWrtfE9JCyg5wMrEsT/AlW79DX7dOrE3/g5Tj0rwXrFEIolnHEJ | |
0z3eNvvhBvSNhSh+UESFCLP2bVmhV9NZxhO5U= | |
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:date:message-id:from:reply-to:to:cc:subject | |
:references:in-reply-to:content-type; s=default; bh=wWr4IEWBp1UN | |
4+w7MpN1xzkHILI=; b=olZWYQLjm2JN0+QEYm7Wl70wBVReH4K993Kk955liCW6 | |
bShkn61iXYqM2Z6eqRt7accs+8I7+K0r1uHxMGVd3aRlhZ8SK5crGPpRD9z04pOz | |
beBEoLk5uBDUkawNRDqCLNecrIEYyP/cdBnLXL0CLLs6JlmvKpQUnBxe4k+PpWQ= | |
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 |
Authentication-Results: | sourceware.org; auth=none |
X-Spam-SWARE-Status: | No, score=-1.8 required=5.0 tests=AWL,BAYES_00,NORMAL_HTTP_TO_IP,NUMERIC_HTTP_ADDR,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.1 spammy=Had, letter, act |
X-HELO: | lb3-smtp-cloud7.xs4all.net |
Date: | Thu, 29 Aug 2019 00:43:47 +0200 |
Message-ID: | <79c3029bece494538245687c26fccf29@smtp-cloud7.xs4all.net> |
From: | Houder <houder AT xs4all DOT nl> |
Reply-To: | cygwin AT cygwin DOT com |
To: | cygwin AT cygwin DOT com |
Cc: | eblake AT redhat DOT com |
Subject: | Re: Odd, is it not? mkdir 'e:\' cannot be undone by rmdir 'e:\' ... |
References: | <bc3df101ab93c20b86c3ab7fa7d3ea4f AT xs4all DOT nl> <27047198-dba4-091b-8235-fc9150b68fbe AT redhat DOT com> |
In-Reply-to: | <27047198-dba4-091b-8235-fc9150b68fbe@redhat.com> |
User-Agent: | mua.awk 0.99 |
On Wed, 28 Aug 2019 08:33:05, Eric Blake wrote: > On 8/27/19 7:51 AM, Houder wrote: > > > > 64-@@ mkdir 'e:\' # creates subdirectory e: !!!!! > > Had you typed: > > mkdir 'e:/' > > I would expect subdirectory ./e: to be created. But with 'e:\', that > is a DOS style path, so I would lean towards requiring './e:\' if you > want to create a literal directory named 'e:\', but without the leading > ./ to merely treat 'e:\' as the drive letter and failing with EEXIST > because /cygdrive/e already exists. > > So it sounds like mkdir() could be further improved when something ends > in \ rather than in /. (The behavior when ending in / should not be > changed, though). > > > 64-@@ rmdir 'e:\' # fails, because it refers to /drv/e > > rmdir: failed to remove 'e:\': Directory not empty > > That matches what I would expect - because you did not pass a leading > './', but used a backslash, you used a DOS style path and should be > attempting to act on /cygdrive/e. > > > > 64-@@ rmdir 'e:' > > This, however, is not a DOS path, so it should prefer to act on './e:' > if that exists (and only if it does not exist, then we might consider > ALSO seeing if /cygdrive/e exists before giving up completely). > > > > Yes, I should NOT use "DOS paths" ... > > > https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32 > > > However, I wonder why e:\ is interpreted by mkdir as e:, and as > > /drv/e (that is as e:\) by rmdir. > > mkdir 'e:/' is supposed to be identical to mkdir 'e:'. The problem is > that because we interchange \ with / in a number of places, we have > accidentally ended up with mkdir 'e:\' behaving like mkdir 'e:/' instead > of acting on the DOS path. # note: cygdrive has been remapped to /drv at my place Good gracious! (btw, thank you for the explanation) - 'e:\' is a DOS path - e:/ is not a DOS path (removing the trailing /, yields e:) However, ls -ld e:/ refers to /drv/e (e:/ is interpreted as 'e:\' by ls!) So do rmdir, stat, touch ... (and many other commands) They are all wrong ... Correct? How about e:/foo ????? A DOS path? Does it refer to /drv/e/foo? According to https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32 it is a DOS path (and NOT foo in subdirectory e:) Said differently, e: is a subdirectory, and e:/ is the same thing, because a trailing forward slash is ignored (like Linux does). Correct? Henri -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |