Re: Two head revisions?

[Derek R. Price]

Todd Denniston wrote:

> Backup just a second here...
> Are you telling us you have a way to get CVS to create the corruption?
> Got a script to do it? Mind sharing?

I can recreate the original corruption I described, but it requires a
corrupted archive to start with.  It is extremely easy to create the
original corrupted archive - just commit a few revisions to a file (say
4, for point of example), then delete the metadata but not the change
text for the most recent (in the example, 1.4) and edit the "head" tag
in the archive header to point to the earlier revision (in this case,
1.3).  I plan to produce a patch to detect this sort of corruption
instead of silently further corrupting the file, but it still doesn't
explain the original corruption.

Anyhow, I've attached a script to demonstrate. It demonstrates the
problem with top-of-tree on both stable and feature.  If you have any
ideas where the original corruption may have come from (confirmed by
retrieval from tape backup), please enlighten me.

Regards,

Derek


-- 
Derek R. Price
CVS Solutions Architect
Ximbiot <http://ximbiot.com>
v: +1 248.835.1260
f: +1 248.835.1263
<derek@ximbiot.com>