From owner-freebsd-current Wed Dec 6 17:51:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19180 for current-outgoing; Wed, 6 Dec 1995 17:51:34 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19172 for ; Wed, 6 Dec 1995 17:51:25 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA02995; Wed, 6 Dec 1995 18:47:16 -0700 From: Terry Lambert Message-Id: <199512070147.SAA02995@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: davidg@root.com Date: Wed, 6 Dec 1995 18:47:15 -0700 (MST) Cc: terry@lambert.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@FreeBSD.org In-Reply-To: <199512070054.QAA19195@corbin.Root.COM> from "David Greenman" at Dec 6, 95 04:54:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > >I am *NOT* deleting files! > > > >I am: > >1) SUP the CVS > >2) cd /sys > >3) cvs update . > > You should be using "cvs update -Pd". su cd /sys cvs update -Pd <> [ ... ] cvs [update aborted]: cannot open file .#vfs_init.c.1.13 for comparing: No such file or directory Same problem. I have *ONLY* *EVER* used "cvs co", "vi", and "cvs diff" on the sources in this tree. If I manually add the entries to the history file for the files that get the error, or if I mv file file.bak/cvs co file/mv file.bak file, then the problem goes away. BTW: I have been using CVS for over 2 years now. I am not a newby. This is the first time I'm using an updated copy of a SUP tree locally rather than just NFS mounting the original (even read-only would be sufficient for what I'm doing: checking out, editing, and diffing). > Wrong. It is checking for them in the current directory. If you check out > another copy someplace, I think you'll find that the cvs update *does* work as > expected and that the real problem is your checked out copy has some .# state > that is missing. How it got rm'd I can only guess. When is it created? I am not doing any commands that should cause the thing to be created: I am only ever checking out or diffing using the SUP'ped tree. Where is the state information that a .# file is expected to exist stored? Or in plainer English: why is CVS expecting one to be there when I have done nothing that would require it, and where is this flag so I can hack the thing? That's the incorrect information, so that's where I need to look. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.