From owner-freebsd-commit Tue May 16 13:44:45 1995 Return-Path: commit-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19980 for commit-outgoing; Tue, 16 May 1995 13:44:45 -0700 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19967 for cvs-gnu-outgoing; Tue, 16 May 1995 13:44:43 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA19960 ; Tue, 16 May 1995 13:44:33 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA09161; Tue, 16 May 1995 13:44:00 -0700 From: "Rodney W. Grimes" Message-Id: <199505162044.NAA09161@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs lock.c To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 16 May 1995 13:44:00 -0700 (PDT) Cc: CVS-commiters@freefall.cdrom.com, cvs-gnu@freefall.cdrom.com In-Reply-To: <199505162008.OAA13302@trout.sri.MT.net> from "Nate Williams" at May 16, 95 02:08:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1120 Sender: commit-owner@FreeBSD.org Precedence: bulk > > > > nate 95/05/16 10:46:04 > > > > > > Modified: gnu/usr.bin/cvs/cvs lock.c > > > Log: > > > date: 1995/05/08 18:27:27; author: jtc; state: Exp; lines: +1 -2 > > > * lock.c (write_lock): Missed one instance where rmdir(tmp) should > > > have been changed to clear_lock(). > > > > > > Submitted by: jtc@cygnus.com > > > > Would this explain my very rarely occuring, but also very annoying, failures > > during a cvs update to remove the lock file with a big complaint and > > an exit(1) from cvs? > > I don't know. Are you running the speedup version? If so, it's > possible that this could be the cause. There are also problems in the > current code (in all public versions) which causse it to not clean up > locks when it is interrupted for whatever reasons. Not any more, that got clobber by all the standard make worlds I have been running to make sure the tree does not break any place whilst the code freeze is on. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD