Re: Delete file / undelete, problems

[Eric Siegerman]

On Wed, Nov 14, 2001 at 09:48:27AM -0500, Ship, Howard wrote:
> I deleted a file from my CVS repository, then had to undelete it.

How did you "undelete" the file?  This could be important.

> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tapestry/Tapestry/framewo
> rk/src/com/primix/tapestry/Attic/ILifecycle.java

I can think of two possibilities (I don't know which is the case,
because this Web tool doesn't show the revisions' states, and I
don't know my way around Sourceforge well enough to get a
straight "cvs log" of the file):
  1. You did the "undelete" properly, but the file wasn't moved
     out of the Attic for some reason.  There was a thread about
     this in the past couple of days (known bug in CVS, if I
     recall).

  2. You didn't do the "undelete" properly, and the file is still
     legitimately deleted as far as CVS is concerned.

If the HEAD revision (1.13 as I write this) has state "dead",
you've got case 2, and should properly resurrect the file.  If
the state is anything else (most likely "Exp"), you've got case
1, and should ask the Sourceforge people to move the ,v file out
of the Attic, as you surmised.

> Now, I've switched to a new CVS client, the CVS support built into the
> Eclipse IDE (http://www.eclipse.org).
> 
> I'm pretty sure Eclipse is in error here (and I've added a bug),

Not likely.  Or at least, not necessary in order to explain what
you're seeing.  Once you fix whichever of (1) or (2) is wrong, if
Eclipse *still* doesn't want to check out the file, then you can
start to suspect bugs there.

--

|  | /\
|-_|/  >   Eric Siegerman, Toronto, Ont.        address@hidden
|  |  /
The world has been attacked.  The world must respond ... [but] we must
be guided by a commitment to do what works in the long run, not by what
makes us feel better in the short run.
        - Jean Chrétien, Prime Minister of Canada