>>>> "SY" == Steve Youngs
<youngs(a)xemacs.org> writes:
SY> |--==> "JF" == Jarl Friis <jarl(a)diku.dk> writes:
JF> Gerd Boerrigter <gerd.boerrigter(a)i2c-systems.com> writes:
SY> [...]
>> | Message: Parser Error: 'CVS server: Updating .'
SY> [...]
JF> I have experienced this too some times (with 21.1 and 21.4 ) using
JF> 'CVS_RSH=ssh', but only over "slower" connections (128kb/s)
and
JF> hitting cvs-status a couple of times made it go away. I have never
JF> experienced this when using local (same computer or LAN) cvs
JF> repository.
JF> It could be nice if it was possible to set a cvs-debug variable to let
JF> the cvs output go to a debug buffer to have a closer look at what
JF> pcl_cvs receives.
SY> Look in 'pcl-cvs-parse.el'. I'd say that's where you might be
able to
SY> fix this.
JF> I have not yet experienced it with the xemacs cvs repository yet, what
JF> cvs version runs on that repository?
SY> I've seen this from
cvs.xemacs.org (it happens a lot for me). The CVS
SY> server is a "Martin Buchholz hybrid", but I'm not sure what
version it
SY> is based on.
It's a patched version of
Concurrent Versions System (CVS) 1.11 (client/server)
The patch is very minimal to allow commit from multiple users via
shared account.
JF> The problem is easily provoked on (256 kb/s)
JF> ':ext:jarlen@cvs.eicq.sourceforge.net:/cvsroot/eicq', Steve, can you
JF> say what cvs version is installed there?
SY> I have no idea.
SY> --
SY> |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
SY> | XEmacs - It's not just an editor. |
SY> | It's a way of life. |
SY> |------------------------------------<youngs(a)xemacs.org>---|
--
Adrian Aichner
mailto:adrian@xemacs.org
http://www.xemacs.org/