[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: WC modification detection is reading whole files

From: Peter Samuelson <peter_at_p12n.org>
Date: 2006-02-18 08:05:05 CET

> Yves Bergeron wrote:
> >Not so quite unusual. I've got through a lot of problems on Windows
> >where the operation on a working copy are realised with batch files.
> >In my situation, the modification of a file (that do not change it's
> >size) was done immediately after a checkout. The working copy was
> >not seeing the modification.

[Julian Foad]
> That's a separate bug. I think I saw recently that somebody was
> working on it.

Sounds like the same issue to me. If something is scripted to update a
checkout then immediately modify files, such that the timestamp doesn't
change because the filesystem time resolution is too coarse [*], there
is no way for subversion to detect the change, short of reading the
whole file.

[*] I think NTFS has a time resolution of 100 nanoseconds or so, but
    not all filesystems are that way.

I suppose one workaround is for the libsvn_wc code to purposely set the
timestamp of every changed file to one second in the past. Or use the
time the client was invoked, which will generally be at least one
second before it completes.

Received on Sat Feb 18 08:05:23 2006

This is an archived mail posted to the Subversion Dev mailing list.