From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13964 invoked by alias); 4 Mar 2018 17:05:59 -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 12447 invoked by uid 89); 4 Mar 2018 17:05:59 -0000 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,FREEMAIL_FROM,KAM_NUMSUBJECT,LIKELY_SPAM_BODY,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=HContent-Transfer-Encoding:8bit X-HELO: mail-io0-f170.google.com Received: from mail-io0-f170.google.com (HELO mail-io0-f170.google.com) (209.85.223.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 04 Mar 2018 17:05:57 +0000 Received: by mail-io0-f170.google.com with SMTP id f1so15483656iob.0 for ; Sun, 04 Mar 2018 09:05:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:reply-to:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=HSNFx1PNXjvNa4kXh4iMW70rMI6m3ZTu2UotONwsSaM=; b=M7mF60rSSBYDG4DRyY86nKO8H41SUSZowFs/YFBc0Rfv0of/IvI5P6ZtmkfodcHJXa iQdH5WTE3Ppza/sce6S23Xne97KKWJVuLwqacJt5/A2E76NoVfBtcy5Yq6kDosvh9fD5 VdgYt1GfGOid/tLSdnvNhUMc+p0nh1QD6cITZahbKHVCrgR/WsAGvN3hKIvB38zdC7nI 5ZhyJUjWSj15+p3Gxce86d2m8EuCmes6X8G48MIHJzdLyyBL1xxJtYy0TDTwcsqDl1XO EGfzfFL67jnmgcCZHkeVscNewfkXkSm21ODVK2Z+XWuOJkH6BhLV44CMnmPtTeXmStfO cnMw== X-Gm-Message-State: AElRT7FtM0fxp2gfBjyggpUcJq5QwOdfmqUwxhat21JN3bw1tr7C86NV e70ID2C3k4bYWiPSny+iqIKU8A== X-Google-Smtp-Source: AG47ELt7BvFuK2JoU60gaoEP6pAIeHkRUToA/kReoRZ68QEJGP14C/uBI7WgaifRv+WzN+P1di1T3Q== X-Received: by 10.107.9.226 with SMTP id 95mr14939044ioj.111.1520183155669; Sun, 04 Mar 2018 09:05:55 -0800 (PST) Received: from [192.168.0.19] (d4-50-42-50.try.wideopenwest.com. [50.4.50.42]) by smtp.gmail.com with ESMTPSA id z17sm1515124ioe.63.2018.03.04.09.05.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Mar 2018 09:05:55 -0800 (PST) Subject: Re: sed seems to force UC filename on Mixed 8.3 filenames on FAT32 To: cygwin@cygwin.com References: <468c8201-f85c-d1ce-a50b-2b983a70edaf@SystematicSw.ab.ca> <20180304100916.GH16908@calimero.vinschen.de> Reply-To: cygwin@cygwin.com From: cyg Simple Message-ID: <6a66dad0-b4ae-8e5a-5092-2afcf6bdae27@gmail.com> Date: Sun, 04 Mar 2018 17:05:00 -0000 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: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00043.txt.bz2 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. -- 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