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:reply-to:subject:to:references:from:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=OD/upr/2fnxa1VTF
	sG04c0WzOJhk070PuNxySnc2k8+kHHV07Z7xUnx99Lq909208BdE0OR4fFX7048I
	FDmb13itYG/gG8UqTMrjNp5L3ZrctgUDp0dq3bOgabYWdsjc+mUD8tIUzWiHhBW2
	1W5UPenxJqrr4HYOTE0FXirTQ+8=
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:reply-to:subject:to:references:from:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=ezCZBmSalpSTl3vZ2drAGT
	mxkCU=; b=o2HPP/QOntGs0tZ+Xkrdryx2ZwnwcHsa7TE6wpookLjQZ7iUd8LCuv
	K/eV1iJy7f3pCfsYK6kUB3rd/KF7DLDYItyHZiHE2HaxjbHVHqXjMWXfPKpHa2Xu
	LUcT0ryKwlivbFaT4dH6xdVRmHsSGs3E8uzceECuBk35hXqYL+exo=
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=0.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KAM_NUMSUBJECT,LIKELY_SPAM_BODY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=vfat, VFAT, crap, malice
X-HELO: smtp-out-so.shaw.ca
X-Authority-Analysis: v=2.3 cv=OeS28CbY c=1 sm=1 tr=0 a=MVEHjbUiAHxQW0jfcDq5EA==:117 a=MVEHjbUiAHxQW0jfcDq5EA==:17 a=N659UExz7-8A:10 a=sixQSKE0iUWtVPM9Ij0A:9 a=pILNOxqGKmIA:10
Reply-To: Brian DOT Inglis AT SystematicSw DOT ab DOT ca
Subject: Re: sed seems to force UC filename on Mixed 8.3 filenames on FAT32
To: cygwin AT cygwin DOT com
References: <CAKqBF1jHmZCo5a4hsZ4oHrEO8WODoeatO8m-xZaje5Um1X-jLg AT mail DOT gmail DOT com> <468c8201-f85c-d1ce-a50b-2b983a70edaf AT SystematicSw DOT ab DOT ca> <20180304100916 DOT GH16908 AT calimero DOT vinschen DOT de> <e98398f5-b122-6b15-131f-99ce9a335ccd AT SystematicSw DOT ab DOT ca> <6a66dad0-b4ae-8e5a-5092-2afcf6bdae27 AT gmail DOT com>
From: Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Message-ID: <75fabc3a-83c1-ab1d-034b-f11e2977b2d1@SystematicSw.ab.ca>
Date: Sun, 4 Mar 2018 11:14:32 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <6a66dad0-b4ae-8e5a-5092-2afcf6bdae27@gmail.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4wfOqJpO9eJQ4jCx9nb42hP6o7gNm/tomEGUZIGBxKILIeI7sM/tfqaIdKcx1RTbwyFRuibdwWw0VvkOEz/2LkwAEa6PSMpWr0fXL5zpQYxRG62T51K7Ui h+9/ZE3q26qHzbN6ez+nzCjeXMHYIzs9hCuLHYC5rQ3auVAr602qU9g3cMZNnK7qTA+y0Xb7Na65ng==
X-IsSubscribed: yes

On 2018-03-04 10:05, cyg Simple wrote:
> On 3/4/2018 11:14 AM, Brian Inglis wrote:
>> On 2018-03-04 03:09, Corinna Vinschen wrote:
>>> On Mar  3 11:14, Brian Inglis wrote:
>>>> On 2018-03-03 01:36, Fergus Daly wrote:
>>>>>>> Run stat on original and converted files.
>>>>>
>>>>> OK. I get this:
>>>>>
>>>>> ~> stat /j/PStart.xml
>>>>>   File: /j/PStart.xml
>>>>>   Size: 7233            Blocks: 8          IO Block: 65536  regular file
>>>>> Device: a6418e7fh/2789314175d   Inode: 7206475022584976007  Links: 1
>>>>> Access: (0644/-rw-r--r--)  Uid: (197609/ fergusd)   Gid: (197609/ fergusd)
>>>>> Access: 2018-03-03 00:00:00.000000000 +0000
>>>>> Modify: 2018-03-02 11:50:12.000000000 +0000
>>>>> Change: 2018-03-02 11:50:12.000000000 +0000
>>>>>  Birth: 2018-03-02 09:26:44.060000000 +0000
>>>>>
>>>>> ~> dos2unix.exe /j/PStart.xml
>>>>> dos2unix: converting file /j/PStart.xml to Unix format...
>>>>>
>>>>> ~> stat /j/PSTART.XML
>>>>>   File: /j/PSTART.XML
>>>>>   Size: 6943            Blocks: 8          IO Block: 65536  regular file
>>>>> Device: a6418e7fh/2789314175d   Inode: 7206475022584976007  Links: 1
>>>>> Access: (0644/-rw-r--r--)  Uid: (197609/ fergusd)   Gid: (197609/ fergusd)
>>>>> Access: 2018-03-03 00:00:00.000000000 +0000
>>>>> Modify: 2018-03-03 08:27:16.000000000 +0000
>>>>> Change: 2018-03-03 08:27:16.000000000 +0000
>>>>>  Birth: 2018-03-03 08:27:15.210000000 +0000
>>>>>
>>>>> Does that help at all?
>>>>>
>>>>> It's not so much the behaviour on FAT32, which I could put up with as
>>>>> a filesystem pehenomenon if it had always been the case: but it's just
>>>>> started in the past few days. Can't think what has been updated that
>>>>> would cause this change. Previously sed and dos2unix which I use
>>>>> constantly (and others) did NOT change the case of the filename.
>>>>
>>>> Should only be possible if Std C rename was changed in newlib/Cygwin1.dll
>>>> updates
>>>
>>> No changes there, certainly not renaming the file to all uppercase.
>>
>> Not suggesting any deliberate impact from newlib/Cygwin but any change could
>> result in different Windows calls in the emulation layer, or the cause could be
>> as in the rest of the sentence trimmed:
>>
>> ..."or operation on FAT32 was changed by Windows updates."
> 
> IIRC, the original FAT only allowed uppercase file names.  Maybe some
> emulation switch is on as a result of such updates at the Windows level.

That's FAT12/16 (floppy/HD) - FAT32, exFAT support VFAT, and case and other
attributes should be retained on {Move,Replace}File{Ex,...}W, from MS docs.
The question may be what holds for ...A functions: those should be wrappers
calling the ...W functions, or the underlying functions.
Sometimes MS add new functions or change parameters you need to use to maintain
legacy behaviour after OS changes.

"Never attribute to malice that which is adequately explained by stupidity."
	- Hanlon's Razor
"90% of everything is crap."
	- Sturgeon's Law
Cygwin provides and supports the other 10% of Unix! ;^>

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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