sed seems to force UC filename on Mixed 8.3 filenames on FAT32

Brian Inglis Brian.Inglis@SystematicSw.ab.ca
Sun Mar 4 16:14:00 GMT 2018


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

which could have affected any file naming e.g.
\{Global??}\{[?.]}\{GLOBALROOT\}... paths, encoding, or
{Move,Replace}File{Ex,Transacted,WithProgress}{A,W} functions, as we already
know there have been some changes in the open access rights and sharing modes
used on W10, which should not but could possibly affect name preservation
depending on the Windows path namespaces.

[From personal experience, I know they have messed up, and fixed those problems
in subsequent updates, with systems running old and crufty (like me and mine)
AMD CPUs, HP monitors, and HP printers: summer patches from vendors' summer
students have long been questionable, and advisable to wait until autumn patches
for patches series appear.]

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



More information about the Cygwin mailing list