Re: more CVS lossage?
On 24 Jun 1999, SL Baur wrote:
Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes in
xemacs-beta(a)xemacs.org:
This was a bad one and I was desperate. No. base64-tests.el was
deleted from the CVS repository because it had an embedded NULL in it
that caused every cvs rdiff to puke and die. Not that removing it
helped any because the build scripts still failed to create a patch
file. :-( It should get put back before the next beta.
Maybe keyword expansion is set to binary? rcs indicates that -kb tends to
cause diff to refuse to diff binary files.
> The other files in test/automated look strange, too (notice the
ATTIC
> part):
> ge204＠chicago$ cvs stat tests/automated/lisp-tests.el
> ===================================================================
> File: lisp-tests.el Status: Up-to-date
> Working revision: 1.1.2.6
> Repository revision: 1.1.2.6
/usr/CVSroot/XEmacs/xemacs/tests/automated/Attic/lisp-tests.el,v
> Sticky Tag: r21-2-17 (revision: 1.1.2.6)
> Sticky Date: (none)
> Sticky Options: (none)
> I doubt that this is a local problem as I am seeing this on both of my
> CVS trees (work and home).
They are really in the Attic. I do not know why.
That usually means it is dead (deleted) on the default branch, no? You
are sitting on 21-2-17, and it's alive there. CVS will look in both the
"normal" place and the Attic. 'cvs log' the file, and you'll
probably see
the last default version is 'state: dead'.
I'm not sure why the Attic exists at all (since it can track dead files
anyway), but that's a cvs wonderment.
-Justin
vallon(a)mindspring.com