X-Recipient: archive-cygwin AT delorie DOT com X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C96533858281 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 X-Authority-Analysis: v=2.4 cv=F+BEy4tN c=1 sm=1 tr=0 ts=62d6dfc7 a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=TImcKGuyeGIbufSLrCcA:9 a=QEXdDO2ut3YA:10 Message-ID: <128f5c5d-6fc5-b6fb-35ab-66f4c68d7839@SystematicSw.ab.ca> Date: Tue, 19 Jul 2022 10:45:59 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: Updated: coreutils 9.1 Content-Language: en-CA To: cygwin AT cygwin DOT com References: <20220605233012 DOT 26971-1-Brian DOT Inglis AT SystematicSW DOT ab DOT ca>

From: Brian Inglis Organization: Systematic Software In-Reply-To: X-CMAE-Envelope: MS4xfNYyp+iP3y/ShLv1hGZ+PPQkslRNs1f05ii0kfq/Zm11MfgfSLRufcUWSd3hpB03pMg6W2VY+cT4OXi85Tl9IsGdEm0J5/aYHzjd6fnTV5iAqwFXduXW QQEXLBESFNYkDBGEu3wk7/7QW7PkF9kyX+lLshDXHWWfbOrzOTt9dkJ9a+71CL6et6RfxmP19u394ISaX+kJ/4q4ynhCB4nCZg0NgVLGtxKl11y7UBQosZqE X-Spam-Status: No, score=-1163.5 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT 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: , Reply-To: cygwin AT cygwin DOT com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Setup still shows 9.1 as test, but it should not be installed by anyone. Setup now also shows 9.0 in test, and it can and should be installed by anyone who experienced issues with 9.1. I ran it for a couple of weeks in my installs with no apparent issues before releasing it for testing. -- 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.] On 2022-07-19 10:22, Jim Reisert AD1C wrote: > On Mon, Jun 6, 2022 at 11:34 AM Jim Reisert AD1C wrote: >> On Tue, May 24, 2022 at 10:33 AM, Jim Reisert AD1C wrote: > Brian, the latest version (9.1-1 I think) from July 2022 still has the > problem documented below. I reverted to the non-test version and it's > working as it should. > > [8PZCBK3:~/DXspots] $ make -n update_last_month > make update QSNDATE=2206 LISDATE=Jun-2022 YEAR=2022 > make[1]: Entering directory '/cygdrive/c/users/jr920141/Home/DXspots' > echo "" > if [ -a 2022/QSN2206.EXC ]; then cp -pvf 2022/QSN2206.EXC here; fi > if [ -a 2022/QSN2206.TXT ]; then cp -pvf 2022/QSN2206.TXT here; fi > if [ -a 2022/ignore.csv ]; then cp -pvf 2022/ignore.csv here; fi > > > [8PZCBK3:~/DXspots] $ make update_last_month > make[1]: Entering directory '/cygdrive/c/users/jr920141/Home/DXspots' > > '2022/QSN2206.TXT' -> 'here/QSN2206.TXT' > cp: cannot create regular file 'here/QSN2206.TXT': File exists > make[1]: *** [Makefile:262: here] Error 1 >>> The following package has been in test for two weeks with no reported or >>> obvious issues and has now been upgraded to current stable in the Cygwin >>> distribution: >>> >>> * coreutils 9.1 >> I really try NOT to contact the maintainers directly. But in this >> case, I did report a bug to the Cygwin list, and received no feedback. >> >> I copied my posting below: >>> The following test package has been uploaded to the Cygwin distribution: >>> >>> * coreutils 9.1 >> >> I am having a problem with "cp" that is not present in the previous >> (non-test) version. I'm running the latest Cygwin on Windows 10: >> >> CYGWIN_NT-10.0-19044 8PZCBK3 3.3.5-341.x86_64 2022-05-13 12:27 UTC >> x86_64 Cygwin >> >> The "cp" commands are in a Makefile. These are all text (not binary) >> files. "here" is a directory. >> >> if [ -a 2022/QSN2205.EXC ]; then cp -pvf 2022/QSN2205.EXC here; fi >> if [ -a 2022/QSN2205.TXT ]; then cp -pvf 2022/QSN2205.TXT here; fi >> if [ -a 2022/ignore.csv ]; then cp -pvf 2022/ignore.csv here; fi >> >> These are the target files that are being copied *to*: >> >> -rw-rw----+ 1 jr920141 Domain Users 11022 May 23 08:01 here/ignore.csv >> -rw-rw----+ 1 jr920141 Domain Users 303543 May 23 10:25 here/QSN2205.EXC >> -rw-rw----+ 1 jr920141 Domain Users 14395440 May 23 08:00 here/QSN2205.TXT >> >> These are the source files that are being copied *from*: >> >> -rw-rw----+ 1 jr920141 Domain Users 11303 May 24 08:20 ignore.csv >> -rw-rw----+ 1 jr920141 Domain Users 20944 May 24 10:17 QSN2205.EXC >> -rw-rw----+ 1 jr920141 Domain Users 14941120 May 24 08:19 QSN2205.TXT >> >> It just so happens that the files are (now) the same. I had already >> done the copy and no longer have the old files that were in the "here" >> directory. But it doesn't matter whether the files are the same or >> different. The problem still occurs. >> >> This is the result: >> >> [8PZCBK3:~/DXspots] $ make here >> >> '2022/QSN2205.EXC' -> 'here/QSN2205.EXC' >> '2022/QSN2205.TXT' -> 'here/QSN2205.TXT' >> cp: cannot create regular file 'here/QSN2205.TXT': File exists >> >> It makes no sense to me that the .EXC file was copied overtop of the >> existing file, file but the .TXT file was not. The TXT file has DOS >> line endings. The EXC file does not. I don't see why that >> would/should make a difference. >> >> cygcheck.out is attached. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple