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:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=o8sF7VnjI9qwc5Lftfo0BfNwXXcoL75JOIHZ+oBCApj
	PdaV5cNDDwQG1OxaNLN2Z8xpTAN4m5Lv6PZbUEu91JkvXrL/W/wg5xOP7+hG8vS4
	X8J83Qdevv3ZPIY2/bx9qRn2XdKYRV0EAa2y32FDLpez20PMRhs2SzXiNbyiWaFE
	=
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:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 s=default; bh=InvFNhYVuMP0c/7KVlmsh8mp608=; b=gbtEg0bbuWyxG67aZ
	ZRzP3RB71NV1FMRNcAXzCYoTEJOhj/1EVQ2De0FgDLh51bj8gO9Mk4VoPzednZKg
	SQLelgfJ3b/9OeJZSpDVD8lrufDjZadvkfejMfKIYm4KhneGfM6XDOFt1Rm27EFm
	GATSEuey6QEhggluG2pUIjLaMI=
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-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=BAYES_00,CYGWIN_OWNER_BODY,GIT_PATCH_2,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=readily, H*UA:14.0, H*x:14.0, H*UA:Outlook
X-HELO: sonic316-17.consmr.mail.bf2.yahoo.com
From: "Michel LaBarre" <michel DOT labarre AT rogers DOT com>
To: <cygwin AT cygwin DOT com>
References: <CAKqBF1jHvNbra2a=k12nAwDE2_0W14iG1v=KhuACzPmJmicfYA AT mail DOT gmail DOT com> <000a01d3b4a0$f54ede30$dfec9a90$@rogers.com> <20180305164448 DOT GC25306 AT calimero DOT vinschen DOT de> <000a01d3b4a4$2b9c0dc0$82d42940$@rogers.com> <20180305171330 DOT GE25306 AT calimero DOT vinschen DOT de> <001501d3b4a9$ef6df5b0$ce49e110$@rogers.com> <20180305195441 DOT GF25306 AT calimero DOT vinschen DOT de>
In-Reply-To: <20180305195441.GF25306@calimero.vinschen.de>
Subject: RE: sed seems to force UC filename on Mixed 8.3 filenames on FAT32
Date: Mon, 5 Mar 2018 19:33:26 -0500
Message-ID: <000b01d3b4e2$be59a170$3b0ce450$@rogers.com>
MIME-Version: 1.0
Content-Type: text/plain;	charset="utf-8"
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id w260Xj9A005380



> -----Original Message-----
> From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On
> Behalf Of Corinna Vinschen
> Sent: March 5, 2018 2:55 PM
> To: cygwin AT cygwin DOT com
> Subject: Re: sed seems to force UC filename on Mixed 8.3 filenames on
> FAT32
> 
> On Mar  5 12:46, Michel LaBarre wrote:
> > Sorry folks but I am going to top post for the sake of clarity.  The original
> msg is below for reference.
> >
> > Corinna, I ran the following and I attached the trace file:
> > 	E:\junk>ls > Zot.txt
> > 	E:\junk>ls
> > 	Zot.txt
> > 	E:\junk>strace -o d2u.trace dos2unix -n Zot.txt Zot.txt
> > 	dos2unix: converting file Zot.txt to file Zot.txt in Unix format...
> > 	E:\junk>ls
> > 	ZOT.TXT  d2u.trace
> > [...]
> 
> Thanks.  The culprit is really most likely the system.  Cygwin never
> observes or uses an all-uppercase name while doing its thing.

I agree it is likely the system but it is curious that the only program that readily displays the problem is dos2unix (and unix2dos and mac2unix and unix2mac - I tried them).  

I looked for recent similar issues and only found https://superuser.com/questions/1297658/folder-names-become-uppercase-when-syncing-to-fat32-drive
So if other users of this Win10 build start tripping on this same problem and reporting it, it may get looked at by MS.
If RedHat has some dev contacts, you might have more luck highlighting the issue than riffraff like us.

Fergus: Looking at the first trace file, the very last rename operation looks to be where the final filename is established.  If you were to compile a short program doing exactly that call will little else, you might confirm a minimal reproduceable case.

Here's one last variation:
E:\junk>ls > Abc.txt12

E:\junk>dos2unix Abc.txt12
dos2unix: converting file Abc.txt12 to Unix format...

E:\junk>ls
Abc.txt12

The target name is not 8dot3 conforming and all case is preserved.  Same with  Abcdefghijkl.txt

The target name seems to only fail when it looks to be 8dot3 conforming.

/Michel

> 
> 
> Corinna
> 
> --
> Corinna Vinschen                  Please, send mails regarding Cygwin to
> Cygwin Maintainer                 cygwin AT cygwin DOT com
> Red Hat


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