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 <[EMAIL PROTECTED]>
_______________________________________________ Bug-cvs mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/bug-cvs
