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

Re: Wrong date/time in "svn log" output

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2005-12-06 12:01:23 CET

On 12/6/05, Brandt, Servatius <Servatius.Brandt@fujitsu-siemens.com> wrote:
> Ph. Marek wrote:
>
> > On Monday 05 December 2005 10:41, Brandt, Servatius wrote:
> >>
> >> Since Tuesday (Nov 29th, 2005) I get the wrong date and time in the
> >> output of "svn log". For all changes made until Nov 28th, date and
> time
> >> displayed by "svn log" are ok, but all changes made later are shown
> with
> >> a time shift starting at Oct 10th, 2005 for Nov 29th. The time shift
> is
> >> exactly 49 days plus 8 hours backwards.
> >
> > Please note that 49 days is exactly 2^32 milliseconds. So that
> > seems to be some kind of rollover of jiffies.
> >
> > Is the svn:date set by the server or given by the client?
> > A reboot of the corresponding machine should help.
>
> Thanks very much, after a reboot I get again correct time stamps.
>
> I use a fsfs repository. Are there any objections to fix the wrong
> time stamps in the repository by changing the db/revprops files in a
> text editor? (I tried already on a toy repository, and it works. But
> I just want to be careful.)

Yes, please don't edit repositories manually. There is a well defined
interface for changing the date of a revision: 'svn propset svn:date
-r <REV> --revprop <NEWVALUE> URL-or-path'

> Is the rollover a bug in Subversion (use of a 32-bit time field) which
> will be fixed, or is it just a problem on Windows servers that requires
> a regularly reboot at least after 49 days?

I have no idea, but never heard about this before (while I do guess
others have been running servers for more than 49 days...)

Which platform are you using?

bye,

Erik.
Received on Tue Dec 6 12:02:39 2005

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.