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:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=TTwEfTbo+xIWLZVP jQ0z1ZZMXBMZxJFVmhmDADVWURoaGl77j+e1yjE5hVG5QgSJvRLDIIhGCt/VrNi/ sEGyfD6Lr4I0/3PzBCpiBf3Rf52HPy9LVC5tgzmtmUfQBsuzOc2dXL5UJ+s9BByk AH+NoYMBy+dp6r9YnjHxg8PVaHU= 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:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=kk6zkjTlCjhzr8UbMS+KmE g+4zU=; b=XFZ+LlnBo50nUZM73lWtw1/OL8B487M285EzseYvOxa8PzIXlL6t00 HYqmRGh+cs1qGhtgM41J1R1xVX52AFd50TRVF9OZCdhsllSEZko2xhJbKzIYOb59 xifUDz7/l4LO00m4BbcInk7lEc0KgDk27K9YMcrm6QwzNJIVf6FzQ= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=0304, 0.304, rmdir, Hx-languages-length:1911 X-HELO: mail-it0-f52.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=vxVoQVIz81TuiroTTneUq8cEwvMDq3Ig1OyKgLnmYfo=; b=GYN35s0HYmQijvezc9SMwiiXSGI0X0uUSnz+AdxZN4mIgydbTlQe5/QxE0wo6bVfre 5otqlE3RC7P85RpVfz5fbjJlpi8qX+ISb9Oh4muWfgCeMdt1IRj+sCdD8P+hgytP0f5x rErM9kGRIh1HhKxLFn2F0iPCQd+N9jv8xHRt59mfMBZ90ULRy4CWSUDdSLXj4dmyqQXq M7taUmBjDm6o2j08Yf45f+mM4FIEB5YShtpcID+3aHdex5ZYzQly6Uqjnhj3Gqukz1F7 zmXlSWoF/BNO3H1qG+nYSYRT1gtHwZeDS1mwFRqQF4Qj+ZsDXJcnsJoA1Neo9my3HXWm r0tQ== X-Gm-Message-State: AKaTC025xV64FVAFPhzL6W6q7dwfcMEocypzq3WR4G1bwOBAxM6VuFRprzGtp1QqxfGJ1A== X-Received: by 10.36.65.39 with SMTP id x39mr208586ita.103.1479483166946; Fri, 18 Nov 2016 07:32:46 -0800 (PST) Subject: Re: case sensitivity on Windows 7 Enterprise with NTFS drive To: cygwin AT cygwin DOT com References: <20161118151507 DOT GD22194 AT calimero DOT vinschen DOT de> From: cyg Simple Message-ID: <489b1282-8e0f-0de7-bdd3-168c3b7433db@gmail.com> Date: Fri, 18 Nov 2016 10:32:44 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161118151507.GD22194@calimero.vinschen.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes On 11/18/2016 10:15 AM, Corinna Vinschen wrote: > On Nov 18 13:59, Matthias Herz wrote: >> Dear Cygwin Team, >> >> on my cygwin installation I have problems with case sensitivity although I >> did everything described here: >> https://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-casesens= >> >> I really need case sentitivity since I would like to use OpenFOAM (c++ cfd >> library) inside cygwin and OpenFOAM has a bunch of files like scalar.H and >> Scalar.H. >> >> The minimal example for my problem is: >>> mkdir test1 >>> touch test1/file.txt >>> touch test1/File.txt >> >> This gives me >> test1 >> |-- file.txt >> |-- File.txt >> >> This means touch is somehow case sensitive but >>> cp -r test1 test2 >> fails with the message: >>> cp: cannot create regular file /test2/file.txt: File exists > > Works for me, I just tested it on a local NTFS. Is the file tree on > some remote FS by any chance? If so, what Fs is it? Some FSes are > known to have (not so) funny bugs when deviating from Windows defaults. > Or, was the CWD set the same way when calling mkdir vs. when calling cp? > If you use Windows path rather than POSIX paths, case sensitivity won't > work since WIndows paths ar handled with Windows default assumptions. > > Bottom line is, I *know* it works, and it does so since Cygwin 1.7.1. > There must be some quirk in either your FS or in your path handling. As I said already, this simply isn't a portable solution. $ uname -a CYGWIN_NT-10.0 xxxxxx 2.6.0(0.304/5/3) 2016-08-31 14:32 x86_64 Cygwin $ mkdir A $ mkdir a mkdir: cannot create directory ‘a’: File exists $ rmdir A $ touch A && ls -l A -rw-r--r-- 1 cygSimple cygSimple 0 Nov 18 10:26 A $ sleep 60 && touch a && ls -l A -rw-r--r-- 1 cygSimple cygSimple 0 Nov 18 10:27 A My installation is on the native C:\ drive that is NTFS. -- cyg Simple -- 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