[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: "Stale" CVS locks

From: Reinstein, Shlomo
Subject: RE: "Stale" CVS locks
Date: Wed, 13 Jun 2001 08:25:02 +0300

Thanks for the info. I would just like to make a small clarification: If the
user clicks Ctrl+C, CVS traps the signal and cleans up the locks. However,
it doesn't do so when the user clicks Ctrl+Break. With this clarification,
should I still report it as a bug?

As for your question why I cannot use the client/server model - that's
because we implemented many "wrapper" scripts around CVS that provide some
additional functionality that we need, and those scripts do not support the
client/server model. We are considering to switch to this model, but it will
take time, and until then, we get a lot of trouble with these stale CVS


-----Original Message-----
From: address@hidden [mailto:address@hidden
Sent: Tuesday, June 12, 2001 9:03 PM
To: address@hidden
Cc: address@hidden
Subject: Re: "Stale" CVS locks

Reinstein, Shlomo writes:
> It happens many times that CVS users execute some CVS command (e.g., cvs
> log), and then, before it finished executing, they abort the command using
> Ctrl+Break or a similar manner. The outcome of this is that the read locks
> generated by CVS remain in place, and prevent other users later from
> checking-out modules (or performing other CVS operations on these modules
> that contain the read locks).

That shouldn't happen -- CVS (at least the Unix version) traps the break
signal and cleans up the locks before exiting.  If this really happens,
it's a bug in your CVS.  Please report it as such, but be sure to
identify the specific version and release of CVS that it applies to.

> I'd like to know, is there a common way of handling these problems? If
> can you recommend us how to deal with this? If don't know if it matters
> this problem, but we're using CVS (the same repository) from both Windows
> and Linux, and we're not using the client/server model of CVS (and we
> start using this model now). The Ctrl+Break case may perhaps be solved by
> capturing those keystrokes, but there may be other reasons for stale CVS
> locks such as when a machine crashes, so I think this problem should be
> solved more generally.

The problem occurs so rarely in practice (at least on Unix-like systems)
that removing the stale locks manually has been a perfectly reasonable
way to address the problem.  It sounds like you're using a network-
mounted repository (Samba?), which is practically begging for trouble,
so you shouldn't be surprised that you're finding it.  You really should
switch to client/server CVS -- why do you say you can't?

-Larry Jones

Hello, local Navy recruitment office?  Yes, this is an emergency... --

reply via email to

[Prev in Thread] Current Thread [Next in Thread]