You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Rene Rebe <re...@gmx.net> on 2003/08/18 16:23:28 UTC

dates before "the" epoch cause svn to fail with xml parse errors

Hi,

for some strange hardware-bug reason my iBook once booted up with a
date of 1904 - which I did not noticed immediately.

After committing some files svn was not able to parse the .svn/entires
files anymore since the included timestamp was:

text-time="1904-01-05T23:43:40.000000Z"

it failed with the error:

rene@idefix:~/develop/rock/rock-linux/package/base/kiss$ svn status
svn: Bogus date
svn: read_entries: xml parser failed ().
svn: Date conversion failed.

rene@idefix:~$ svn --version
svn, version 0.26.0 (r6550)
   compiled Aug 14 2003, 16:11:59

rene@idefix:~$ uname -a
Linux idefix 2.4.21-benh2-rock #1 Mon Aug 4 03:13:17 CEST 2003 ppc unknown unknown GNU/Linux

It would be nice if subversion could sustain such time changes ;-)

Sincerely yours,
  René Rebe

--  
René Rebe - Europe/Germany/Berlin
  rene@rocklinux.org rene.rebe@gmx.net
http://www.rocklinux.org http://www.rocklinux.net/people/rene
http://gsmp.tfh-berlin.de/gsmp http://gsmp.tfh-berlin.de/rene


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org


Re: dates before "the" epoch cause svn to fail with xml parse errors

Posted by Rene Rebe <re...@gmx.net>.
Hi,

On: Mon, 18 Aug 2003 12:40:42 -0400,
    John Peacock <jp...@rowman.com> wrote:
> Rene Rebe wrote:
> > for some strange hardware-bug reason my iBook once booted up with a
> > date of 1904 - which I did not noticed immediately.
> 
> That is the Mac Epoch, believe or not.  What is worse is that the Mac epoch was 
> defined to start Jan 1, 1904 LOCAL TIME, so it is a floating epoch.  Worst idea 
> ever conceived.

ACK.

> > rene@idefix:~/develop/rock/rock-linux/package/base/kiss$ svn status
> > svn: Bogus date
> > svn: read_entries: xml parser failed ().
> > svn: Date conversion failed.
> > 
> 
> This may be due to the fact that every other O/S uses negative numbers for 
> date/time values before the Unix epoch of Jan 1, 1970 UTC.  What was the O/S for 
> the client _and_ server in this instance?

The client was already in the orignial mail:

> > rene@idefix:~$ svn --version
> > svn, version 0.26.0 (r6550)
> >    compiled Aug 14 2003, 16:11:59
> > 
> > rene@idefix:~$ uname -a
> > Linux idefix 2.4.21-benh2-rock #1 Mon Aug 4 03:13:17 CEST 2003 ppc unknown unknown GNU/Linux

The server is:

rene:~$ uname -a
Linux heap 2.4.21-rc2-rock #1 Mon May 26 21:57:17 CEST 2003 i686 unknown
rene:~$ svn --version
svn, version 0.26.0 (r6550)
   compiled Aug  5 2003, 22:30:52

Both glibc-2.3.2 with a gcc-3.2.x.

> John

Sincerely yours,
  René Rebe
    - ROCK Linux stable release maintainer

--  
René Rebe - Europe/Germany/Berlin
  rene@rocklinux.org rene.rebe@gmx.net
http://www.rocklinux.org http://www.rocklinux.net/people/rene
http://gsmp.tfh-berlin.de/gsmp http://gsmp.tfh-berlin.de/rene


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org


Re: dates before "the" epoch cause svn to fail with xml parse errors

Posted by John Peacock <jp...@rowman.com>.
Rene Rebe wrote:
> for some strange hardware-bug reason my iBook once booted up with a
> date of 1904 - which I did not noticed immediately.

That is the Mac Epoch, believe or not.  What is worse is that the Mac epoch was 
defined to start Jan 1, 1904 LOCAL TIME, so it is a floating epoch.  Worst idea 
ever conceived.

> 
> rene@idefix:~/develop/rock/rock-linux/package/base/kiss$ svn status
> svn: Bogus date
> svn: read_entries: xml parser failed ().
> svn: Date conversion failed.
> 

This may be due to the fact that every other O/S uses negative numbers for 
date/time values before the Unix epoch of Jan 1, 1970 UTC.  What was the O/S for 
the client _and_ server in this instance?

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4720 Boston Way
Lanham, MD 20706
301-459-3366 x.5010
fax 301-429-5747


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org