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

Re: Subversion, binary files, hex editors and file modification time

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: 2007-06-11 17:30:52 CEST

Oliver Paulus wrote:
>> Why is the hex editor behaving badly? If it changes the file, the
>> modification time should be changed too.
> I do not know why - but there are some programs (hex editors) with this
> behaviour.
>> Because reading the entire file would be much, much slower.
> I know but my problem is that the users have a modified version of the file
> within the working copy which cannot be commited to the repository AND the
> users do not know that they have changed it. They believe that they have
> the
> "not modified" version from the repository.

In short, your tool does not changed the modified time, even though it
modifies the file. Some would call such a tool broken.

This has been discussed ad nauseum before. You may be interested in
this mail (and the surrounding thread):

Also, take a look at issue 2746:

As part of the solution to issue 2746, Erik added the ability to use
file size as an additional indicator of modification. So, if you change
the size of the file, but not the modified time, Subversion will be
smart enough to know that the file was modified. IIRC, this has not
been backported to the 1.4.x line, and will appear in Subversion 1.5.


Received on Mon Jun 11 17:52:27 2007

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.