From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4262 invoked by alias); 15 Jul 2013 21:50:17 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 4252 invoked by uid 89); 15 Jul 2013 21:50:16 -0000 X-Spam-SWARE-Status: No, score=2.5 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,KHOP_THREADED,RDNS_NONE,SPF_SOFTFAIL autolearn=no version=3.3.1 Received: from Unknown (HELO smtp.ht-systems.ru) (78.110.50.177) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 15 Jul 2013 21:50:14 +0000 Received: from [91.79.194.167] (helo=darkdragon.lan) by smtp.ht-systems.ru with esmtpa (Exim 4.80.1) (envelope-from ) id 1Uyqeh-0005Cf-Rs for cygwin@cygwin.com; Tue, 16 Jul 2013 01:50:03 +0400 Received: from [192.168.1.10] (HELO daemon2.darkdragon.lan) by daemon2 (Office Mail Server 0.8.12 build 08053101) with SMTP; Mon, 15 Jul 2013 21:46:45 -0000 Date: Tue, 16 Jul 2013 03:45:00 -0000 From: Andrey Repin Reply-To: Andrey Repin Message-ID: <923049647.20130716014645@mtu-net.ru> To: Corinna Vinschen Subject: Re: Cygwin and x: directory In-Reply-To: <20130715104018.GB18483@calimero.vinschen.de> References: <0D835E9B9CD07F40A48423F80D3B5A7021D8E0FC@USA7109MB022.na.xerox.net> <20130715104018.GB18483@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2013-07/txt/msg00309.txt.bz2 Greetings, Corinna Vinschen! > On Jul 12 20:09, Nellis, Kenneth wrote: >> On 07/12/2013 08:42 AM, Mikko Rapeli wrote: >> > >> > Hi Cygwin and git developers, >> > >> > Does following scenario show signs of bugs in Cygwin and/or git? >> > >> > # setup git repo >> > $ cd /tmp >> > $ mkdir foo && cd foo >> > $ git init >> > >> > # create x: directory >> > $ mkdir x: >> > $ ls >> > x: >> >> IMHO, this makes an interesting problem (unrelated to git): >> Shell script prompts user for file name. >> User enters "x:". >> Script proceeds as follows: >> $ mkdir tmpdir >> $ touch tmpdir/x: >> $ # useful work done here >> $ rm -r tmpdir >> rm: cannot remove `tmpdir/x:': No such file or directory >> rm: cannot remove `tmpdir': Directory not empty >> $ > That's a problem of how recursive rm works. It chdir's into > the subdirs it's working on and then calls "x:" which is recognized > as drive prefix of a windows path. Or a file stream with empty name. Which isn't allowed either, AFAIK. > `rm ./x:' works as expected. >> It would seem that touch and rm are following different >> rules regarding how files may be named. > No. > Corinna -- WBR, Andrey Repin (anrdaemon@freemail.ru) 15.07.2013, <23:42> Sorry for my terrible english... -- 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