From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cpsmtpb-ews10.kpnxchange.com (cpsmtpb-ews10.kpnxchange.com [213.75.39.15]) by sourceware.org (Postfix) with ESMTP id BA74A3861C54 for ; Tue, 6 Jul 2021 09:15:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BA74A3861C54 Received: from cpsps-ews24.kpnxchange.com ([10.94.84.190]) by cpsmtpb-ews10.kpnxchange.com with Microsoft SMTPSVC(8.5.9600.16384); Tue, 6 Jul 2021 11:15:52 +0200 X-Brand: 7abm2Q== X-KPN-SpamVerdict: e1=0;e2=0;e3=0;e4=;e6=(e1=10;e3=10;e2=11;e4=10;e6=1 0);EVW:White;BM:NotScanned;FinalVerdict:Clean X-CMAE-Analysis: v=2.4 cv=G7Z/r/o5 c=1 sm=1 tr=0 ts=60e41f48 cx=a_idp_e a=YnLMpE5S06+Zisl5ga1zfg==:117 a=TOtYYj/GSYWBgm6f19gFrg==:17 a=h8ePZlyUMksA:10 a=N659UExz7-8A:10 a=e_q4qTt1xDgA:10 a=w_pzkKWiAAAA:8 a=CJ-DX8JmUWd-okORFaoA:9 a=pILNOxqGKmIA:10 a=sRI3_1zDfAgwuvI8zelB:22 X-CM-AcctID: kpn@feedback.cloudmark.com Received: from smtp.kpnmail.nl ([195.121.84.46]) by cpsps-ews24.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(8.5.9600.16384); Tue, 6 Jul 2021 11:15:52 +0200 X-Originating-IP: 77.169.151.208 Received: from [10.0.0.55] (77-169-151-208.fixed.kpn.net [77.169.151.208]) by smtp.kpnmail.nl (Halon) with ESMTP id c2cbc63d-de3a-11eb-ae27-005056ab7584; Tue, 06 Jul 2021 11:15:52 +0200 (CEST) Subject: Re: Inode number and file size problems in version 3.2.1 To: Ken Brown , cygwin@cygwin.com References: <0cbd1744-ada6-d7b8-dbf5-5617a41470fb@wxs.nl> <8206027a-a5b5-298f-85bc-01a4a7c02b58@cornell.edu> <244fa3f1-08a9-eeb1-6ee0-b0d1c6033ab5@cornell.edu> From: Ruurd Beerstra Message-ID: <0d901ab3-0e3c-5e27-5d2e-6617466837de@wxs.nl> Date: Tue, 6 Jul 2021 11:15:52 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <244fa3f1-08a9-eeb1-6ee0-b0d1c6033ab5@cornell.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-OriginalArrivalTime: 06 Jul 2021 09:15:52.0408 (UTC) FILETIME=[84A09580:01D77247] X-RcptDomain: cygwin.com X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, JMQ_SPF_NEUTRAL, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2021 09:15:56 -0000 Hi, I missed those question - sorry. This ping is the first I saw i response = to my question. The drive "i:" is a simple "subst": C:\>subst I:\: =3D> C:\users\ruurd C:\> But, to my surprise, that actually causes the problem!=A0 The=20 cygwin64.broken is the Cygwin version with the problem. If I use the SUBST drive, I get the wrong dates, sizes and inodes. When=20 I use it directly, it is OK! I've had the SUBST for many years, as a quick way to get to wherever the = source lives. C:\Users\ruurd\ivt>c:\cygwin64.broken\bin\ls -li win* 281474977247364 -rwx------+ 1 ruurd ruurd=A0=A0=A0=A0 0 Feb=A0 5=A0 2014 = win-mac.h 281474977247365 -rwx------+ 1 ruurd ruurd=A0 2969 Apr 12 15:23 winnoise.c= 281474977247366 -rwx------+ 1 ruurd ruurd=A0 9037 Oct 25=A0 2017 winsecur= =2Ec 281474977247367 -rwx------+ 1 ruurd ruurd=A0 2480 Oct 25=A0 2017 winsecur= =2Eh 281474977247368 -rwx------+ 1 ruurd ruurd 61009 Dec=A0 6=A0 2020 winstatu= s.c 281474977247369 -rwx------+ 1 ruurd ruurd 18292 Feb=A0 8=A0 2020 winwords= =2Eh C:\Users\ruurd\ivt>i: i:\ivt>c:\cygwin64.broken\bin\ls -li win* 281474977027142 -rwx------+ 1 ruurd ruurd 12288 Jul=A0 6 10:36 win-mac.h 281474977027142 -rwx------+ 1 ruurd ruurd 12288 Jul=A0 6 10:36 winnoise.c= 281474977027142 -rwx------+ 1 ruurd ruurd 12288 Jul=A0 6 10:36 winsecur.c= 281474977027142 -rwx------+ 1 ruurd ruurd 12288 Jul=A0 6 10:36 winsecur.h= 281474977027142 -rwx------+ 1 ruurd ruurd 12288 Jul=A0 6 10:36 winstatus.= c 281474977027142 -rwx------+ 1 ruurd ruurd 12288 Jul=A0 6 10:36 winwords.h= I'll try and use the snapshot this evening. =A0=A0=A0 Thanks, =A0=A0=A0 Ruurd On 5-7-2021 20:19, Ken Brown wrote: > On 7/1/2021 12:21 PM, Ken Brown via Cygwin wrote: >> On 7/1/2021 8:15 AM, Ruurd Beerstra via Cygwin wrote: > > [...] > >>> I found a patch (cygwin1-20210426.dll) with an updated cygwin1.dll.=20 >>> That fixed the hangs. > > [...] > >>> Note the wrong (changing) times when I use the current 'stat' (the=20 >>> first output is not the same as the 2nd one), while the old version=20 >>> consistently reports correct times, size and inode number. A quick=20 >>> test shows that the 'ls' command (I assume caused by the underlying=20 >>> stat(2) call) reports the same inode number for ALL files. >>> It also reports either a size of "0" or 8192 for ALL files. >> >> Can you tell us something about i:\ivt so that someone could try to=20 >> reproduce the problem?=A0 What kind of drive is i:?=A0 Does the path=20 >> "i:\ivt" by any chance involve native symlinks or junctions? > > Ping? > > Can you answer the questions?=A0 If there's a bug in the 20210426=20 > snapshot, we'd like to fix it.=A0 But first it would be good if you=20 > would test the most recent snapshot (20210507), available at=20 > https://cygwin.com/snapshots/, to see if it's already been fixed. > > Thanks. > > Ken