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.3.2 sourceware.org E97A03945065 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=brian DOT inglis AT systematicsw DOT ab DOT ca X-Authority-Analysis: v=2.4 cv=MaypB7zf c=1 sm=1 tr=0 ts=6028b77b a=kiZT5GMN3KAWqtYcXc+/4Q==:117 a=kiZT5GMN3KAWqtYcXc+/4Q==:17 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=hGzw-44bAAAA:8 a=dWpBlkCylrz6SSbtXt8A:9 a=QEXdDO2ut3YA:10 a=buB1NfXUTBUA:10 a=sRI3_1zDfAgwuvI8zelB:22 a=HvKuF1_PTVFglORKqfwH:22 To: cygwin AT cygwin DOT com References: From: Brian Inglis Organization: Systematic Software Subject: Re: cygwin Rsync x32 issue Message-ID: <71f6972a-42b1-311f-22de-313511280878@SystematicSw.ab.ca> Date: Sat, 13 Feb 2021 22:39:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-CA X-CMAE-Envelope: MS4xfDW3aoWCtoEkOecNGrO/t6AJ68TepmXPAFqyzmBc3ZaragYm4cI+f0uvFrAJfjHme4fRmtT35o08OLlZDInUEjw0RP9swm+Zwh0ibrhnUIQ1YeK59nOr NBdGFkPJyU3ntz+/5r1q9UueuhrZw5bMNi04MxxKNzk8+BGtxyHx1pkImMWFxcZnmDcL1aWmWgxriUvLjues0F4YBcAmbVKgL9Y= X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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-Type: text/plain; charset="utf-8"; Format="flowed" Errors-To: cygwin-bounces AT cygwin DOT com Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 11E5dGrU002320 On 2021-02-13 21:33, Jim Brain wrote: > I perused the archive and did not see anything noted about this, but please > forgive me if it's been discussed. > > Server: ubuntu 2004, running rsync 3.1.3 protocol version 31 > > client Windows 10 x64. > > When calling rsync x64 3.2.4dev, transfer works fine. > > When using rsync x32 3.2.4dev, downloaded last night, same transfer fails, with: > > " > > dup() in/out/err failed > rsync: connection unexpectedly closed (0 bytes received so far) [sender] > [sender] _exit_cleanup(code=12, file=io.c, line=228): entered > rsync error: error in rsync protocol data stream (code 12) at io.c(228) > [sender=3.2.4dev] > [sender] _exit_cleanup(code=12, file=io.c, line=228): about to call exit(12) > > " > > cwrsync fails in the same way. > > Sadly, I would ignore and just use x64 rsync (as I normally do on my system > here), but this is to set up a sync job for a elderly user who wants to update > his web site and only has Windows x32 bit. > > Any help would be most appreciated.  I can probably come up with an alternate > solution (scp or zip/ftp) but rsync seemed a clean approach to ensuring his > local version of the site and the web version stayed in sync. Rsync is how Cygwin mirrors are maintained, so simple issues would have been reported, and checking would report mirror failures. Please provide some info about your system per https://cygwin.com/problems.html by running and attaching the output file as a text attachment to your reply: $ cygcheck -hrsv > cygcheck.log What edition and release of Win10 are you running? Home/Pro/... and e.g. $ regtool list -v /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/Software/Microsoft/ CTF\ () BuildLab (REG_SZ) = "18362.19h1_release.190318-1202" BuildLabEx (REG_SZ) = "18362.1.amd64fre.19h1_release.190318-1202" What is your cygwin release from uname or /proc/version e.g. $ uname -srvmo CYGWIN_NT-10.0 3.1.7(0.340/5/3) 2020-08-22 17:48 x86_64 Cygwin $ head /proc/version CYGWIN_NT-10.0-18363 version 3.1.7-340.x86_64 (corinna AT calimero) (gcc version 9.3.0 20200312 (Fedora Cygwin 9.3.0-1) (GCC) ) 2020-08-22 17:48 UTC What rsync version are you using e.g. $ rsync --version rsync version 3.2.4dev protocol version 31 Copyright (C) 1996-2020 by Andrew Tridgell, Wayne Davison, and others. Web site: https://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, *64-bit timestamps*, 64-bit long ints, socketpairs, hardlinks, no hardlink-specials, symlinks, IPv6, atimes, batchfiles, inplace, append, ACLs, xattrs, optional protect-args, iconv, symtimes, prealloc, stop-at, no crtimes Optimizations: no SIMD, asm, openssl-crypto Checksum list: *xxh128 xxh3 xxh64 (xxhash)* md5 md4 none Compress list: zstd lz4 zlibx zlib none Cygwin 32 shows differences flagged above and below: $ rsync --version rsync version 3.2.4dev protocol version 31 Copyright (C) 1996-2020 by Andrew Tridgell, Wayne Davison, and others. Web site: https://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, *32-bit timestamps*, 64-bit long ints, socketpairs, hardlinks, no hardlink-specials, symlinks, IPv6, atimes, batchfiles, inplace, append, ACLs, xattrs, optional protect-args, iconv, symtimes, prealloc, stop-at, no crtimes Optimizations: no SIMD, no asm, openssl-crypto Checksum list: md5 md4 none Compress list: zstd lz4 zlibx zlib none -- 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.] -- 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