Re: svn commit: rev 1124 - trunk/subversion/libsvn_wc

Greg Stein <gstein@lyra.org> writes:
> Here is a valid ISO 8601 date:
>
> 2001-11-21T09:15:56.423888Z
>
> That is the ISO 8601 form for a date that I just extracted from a
> .svn/entries file.

<Karl waves the Big Picture at Greg>

Uh, well, fine, but then ISO 8601 is not useful for the problem we're
trying to solve, which is that Subversion's internal date
representation is not fit for human consumption. You're not seriously
proposing that we expand dates like this

   $LastChangedDate: 2001-11-21T09:15:56.423888Z $

right? :-)

The issue here isn't what this or that ISO standard allows. The issue
is that the format we'd like to use for human-readable dates can't
hold all the information that might be found in an apr_time_t.
Therefore such a format *cannot* have a read-write invariance with
apr_time_t, I would think.

So Subversion either has to give up the read-write invariance, or do
its own one-way date conversion at certain times. (I'm tempted to
write "Q.E.D." now, but perhaps you have some rabbit to pull out of a
hat?)

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:02 2006