From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11926 invoked by alias); 3 Dec 2011 20:37:37 -0000 Received: (qmail 11539 invoked by uid 22791); 3 Dec 2011 20:37:18 -0000 X-Spam-Check-By: sourceware.org Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.83/v0.83-20-g38e4449) with ESMTP; Sat, 03 Dec 2011 20:36:59 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 545822C01F7; Sat, 3 Dec 2011 21:36:56 +0100 (CET) Date: Sat, 03 Dec 2011 20:37:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Redirecting output from running proc doesn't modify the "last modified time" field for target file Message-ID: <20111203203656.GA12518@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <32903475.post@talk.nabble.com> <32904332.post@talk.nabble.com> <4ED92F64.4060905@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4ED92F64.4060905@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-12/txt/msg00047.txt.bz2 On Dec 2 13:04, Eric Blake wrote: > On 12/02/2011 11:50 AM, Jon Clugston wrote: > > While this loop is running, the timestamp on "x.log" doesn't change > > (whereas on Linux it changes every 10 seconds). It sure looks to me > > that Windows just doesn't bother updating the file timestamp while it > > is open. I don't know if this update is required by POSIX - I would > > doubt that it is. > > POSIX requires that any write() to an open file mark it for update; the > update doesn't have to occur right away (so you can batch up several > writes, but only change the mtime metadata once at the end of the > batch), but it DOES require that stat() and several similar functions > flush all marked updates prior to exposing timestamps to the user. So > yes, Windows is violating POSIX, and I have no idea whether cygwin can > work around it. You can change all file operations to use FILE_WRITE_THROUGH and FILE_NO_INTERMEDIATE_BUFFERING. Downside: No caching. All file operations must be sector aligned. Degraded system performance. Broken when a process has only write permissions. Alternatively, change write(2) so that every WriteFile call is accompanied by a FlushFileBuffers call. Downside: Extremly degraded write performance. Alternatively: Lie. That's how SUA does it. It has a background service running which (among other things) keeps track of write operations of SUA applications. If a SUA application calls write(2) the write timestamp is kept up to date internally, while the metadata on disk is still lagging in Windows style. A SUA application calling stat(2) gets a POSIX compatible timestamp. Non-SUA apps continue to show the "wrong" timestamp. If non-SUA apps write to a file, SUA apps also show the Windows timestamp. Cygwin could do the same. Downside: We don't have a mandatory background service running. Quite a hoop to jump through to implement a usually non-critical POSIX requirement. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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