On Fri, Mar 17, 2006 at 11:16:19PM +0100, Peter N. Lundblad wrote:
> Malcolm Rowe writes:
> > This is r4374, yes? I know that wc's are long-lived, but do we _really_
> > need to be able to read wc's that haven't been updated in the last
> > three years, since 0.17.x? (Or am I wrong in thinking we'll rewrite
> > the checksum whenever we rewrite the entries file?)
> >
>
> Well, since the function we're talking about requires a write lock,
> and that will have upgraded the WC to format version 6, which in turn
> will have rewritten the entries file, I conclude that you're right.
> Dropping that compat hack now.
>
Even better! Looking around for any other evidence of the old behaviour,
I see that (struct svn_wc_entry_t).checksum is currently documented as:
/** base64-encoded checksum for the untranslated text base file,
* can be @c NULL for backwards compatibility.
*/
const char *checksum;
(in include/svn_wc.h).
I presume that's wrong, but I don't know what the best way to describe
the checksum is - 'ASCII-encoded MD5 checksum'? Not very clear, imo.
Regards,
Malcolm
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Mar 18 14:11:07 2006