I just visited Alchemestry
and thought that you might want to check it out as well. You
can visit the website by clicking
http://www.ric1.com/c.e?22692915610D6691
Here's a description of what the website is all about:
Check it out!. If you visit the site and use its Recommend-
It(R) feature
Michel Marti writes:
>
> I noticed that while "cvs server" is waiting for a lock
> (due to stale lock file(s)) and you hit "cancel" on the
> IDE (or the ssh connection drops), cvs server quickly eats up
> all available memory leaving the system in a very unstable
> state: System load average goes
Hello,
We're using cvs 1.11.2 on Linux-2.4.10 (i686; SuSE 7.3).
Access to the cvs repository is done over ssh from the
Eclipse 2.0.1 java IDE (using the built-in ssh client).
CVS Compression level is set to "3".
I noticed that while "cvs server" is waiting for a lock
(due to stale lock file(s))
I have had great difficulty understanding why there was not a better
escaping
of filenames with spaces in their names in the loginfo output. I have
tried to fix
this with the attached patch.
The standard loginfo format: %{sVv}produces ambiguous output if the
filenames
of the repository and/or t
