X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :content-type:content-transfer-encoding; q=dns; s=default; b=U8P DaWZVapCIOCCHVAEGsqRY+BHY8ciXsmHZZidhoHablLk4Rmp4niilCkxMrQiqnyO G9h1/vMzL7q1YTUdWdfI3UZVoqXK98VXBSoYlpsq4eZmnsG9HrJJL8STvD9k66dV 8SoMr1EW49/NSagiRHCxXHdDLnYenjjfznMva2eo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :content-type:content-transfer-encoding; s=default; bh=fdvBRAAHg j4cbG0ZIxKUCB+w1Fg=; b=bHZeiK1e4Iyg2m7YrcGpKT912mDSCOaImCS09L0Qy PGYSq1j1tSsVr6o1t3JltVtfwV6dkJ2T3Wx71vdpojPoNyMr80MTnGNgaqACGtp/ c546BNlTDYIOH2R2kdR5SPVH2d1EZiFD59QduYrouj3EXWPp+K4OtCGtdLnVac50 VI= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f179.google.com X-Received: by 10.194.200.234 with SMTP id jv10mr196712281wjc.110.1420574083721; Tue, 06 Jan 2015 11:54:43 -0800 (PST) Message-ID: <54AC3D83.3000602@gmail.com> Date: Tue, 06 Jan 2015 20:54:43 +0100 From: LEGOND Fabrice User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: [RSYNC] bad modify/change time set by rsync ? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, > --modify-window > > When comparing two timestamps, rsync treats the timestamps as being > equal if they differ by no more than the modify-window value. This > is normally 0 (for an exact match), but you may find it useful to > set this to a larger value in some situations. In particular, when > transferring to or from an MS Windows FAT filesystem (which > represents times with a 2-second resolution), --modify-window=1 is > useful (allowing times to differ by up to 1 second). > > Yes, (ex)FAT just doesn't have the resolution to represent some > timestamps, specifically it can only record even seconds. Yes, that were also a guess at one moment in my testing time, but was discarded because, as I said, I had the very same problem on a ntfs partitions which have far greater precision. So is this normal ? fabrice -- 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