From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) by sourceware.org (Postfix) with ESMTPS id B0211383D803 for ; Thu, 1 Jul 2021 17:14:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B0211383D803 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTP id ywKLlGcdi4bInz0H7lO2wD; Thu, 01 Jul 2021 17:14:53 +0000 Received: from [192.168.1.104] ([68.147.0.90]) by cmsmtp with ESMTP id z0H6lvypRaZZOz0H6lFZ7f; Thu, 01 Jul 2021 17:14:53 +0000 X-Authority-Analysis: v=2.4 cv=e4PD9Yl/ c=1 sm=1 tr=0 ts=60ddf80d a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=DsBobFg7ixzHobEiimUA:9 a=QEXdDO2ut3YA:10 Reply-To: cygwin@cygwin.com To: cygwin@cygwin.com References: <0cbd1744-ada6-d7b8-dbf5-5617a41470fb@wxs.nl> From: Brian Inglis Organization: Systematic Software Subject: Re: Inode number and file size problems in version 3.2.1 Message-ID: <9d178c1b-1621-f652-42a6-4a672e81fd76@SystematicSw.ab.ca> Date: Thu, 1 Jul 2021 11:14:52 -0600 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: <0cbd1744-ada6-d7b8-dbf5-5617a41470fb@wxs.nl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfKmzTExOhjRwGnKCQAGTNjxithey+FQu6NtJ6jlMtuDGrfPHUS0qVwMMfaRZmB/FXP+jRouptHJJyL93aRwZlnVNWIN80f5ArzF3Z7lbokm3RvXhMyBX 1L8TAvJS/ivyP67n6o+sCZHMJ/LAeUSMywGuFH+C8XbAiEj2ffL6z9D5NtM/Azqr8pcBYmWsV3QXQYObMRqS/A0XiN3RFYcVE8k= X-Spam-Status: No, score=-1161.0 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, SPF_HELO_NONE, SPF_NONE, 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: Thu, 01 Jul 2021 17:14:55 -0000 On 2021-07-01 06:15, Ruurd Beerstra via Cygwin wrote: > I am a long-time user and fan of Cygwin. > I use it in a complex build environment of my IVT SSH terminal emulator, > some 300.000 lines of C-code with lots of little shell-scripts to build > and check. > I use flex/bison, ctags, make, gawk, grep and a bunch of other Cygwin > utilities. > > I bought a new PC and decided to to a clean-install of Cygwin to make > sure I had the latest version of everything. Your new PC probably has a newer version of Windows, possibly new MS software, and new AV or other utilities, which could be in BLODA: what are your old and new hardware types and Window editions/versions/etc? You can check for BLODA by running cygcheck or ldd against programs with issues, e.g. cygcheck grep make sed cat sort uniq, and look for non-standard Windows and Cygwin DLLs whoch could indicate interference. That also implies that you had not being keeping your environment up to date with setup -g? > I ran into various problems, which after checking I found to be bugs in > Cygwin (a first for me). So I'm reporting them here. > > The first problem I ran into was that multiple-pipe commands would hang. > A command like this in a CMD file: > > grep -E "^RUNCMD=|^MAKE=" makefile | sed -e "s/RUNCMD=//" -e > "s/^MAKE=/set &/" > %TEMP%\extra.bat > > would hang. So would stuff like "cat ... | sort | uniq" style commands > that I use a lot. > I found a patch (cygwin1-20210426.dll) with an updated cygwin1.dll. That > fixed the hangs. > > My 'uname -r' now reports 3.2.1s(0.340/5/3) > > But then one of my scripts ran into a weird problem: > > mv: 'allfcn.f.tmp' and 'allfcn.f' are the same file > gmake: *** [../make.w32:438: allfcn.f] Error 1 > The inode numbers are the same!  Which is why it thinks the files are > the same. Using 'cmp' on them tells me they differ, though. > So I insert an 'rm' command of the TMP file and that problem goes away > (though it didn't sit well with me that the file size is exactly 8KB for > both files, as reported by ls). > Hmm: Same 8KB again? That file is supposed to be 0 bytes! Check with DIR: > It IS zero bytes!  But Cygwin shows it as 8KB, which is why the "-s" > operator says the file is not empty. > Hmm. Again, the EXACT same inode number as with the earlier problem, the > same 8KB size. > I restored my original Cygwin setup from the old laptop (as > c:\Cygwin64.old) and use the commands from there on the same file: > Note the wrong (changing) times when I use the current 'stat' (the first > output is not the same as the 2nd one), while the old version > consistently reports correct times, size and inode number. A quick test > shows that the 'ls' command (I assume caused by the underlying stat(2) > call) reports the same inode number for ALL files. > It also reports either a size of "0" or 8192 for ALL files. > > Am I missing some updated DLL? > For now, I've gone back to the older version, which works fine. Have you checked the new install /var/log/setup.log{,.full} to see if there were any anomalies, and rerun setup -g to fix any issues? -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]