On 2013/03/04 11:13, Ted Unangst wrote:
> On Mon, Mar 04, 2013 at 15:55, Stuart Henderson wrote:
>
> > The client arch and software doesn't make a difference, the problem
> > is on the server side. Problems seen when using opencvs server-side
> > include giving out the wrong file version, and giving a checkout
> > which can't reliably be used against a server running original CVS.
>
> hmmm, it's been a long time, but when I ran into this problem
> (like 2005), the client arch made all the difference.
>
> Or maybe back then the servers were all i386, too, and both client and
> server needed to be 32 bit? i.e., what used to be a client problem is
> now a server and client problem.
>
yes, that's older - stsp fixed one problem with it since then...
---------------------
PatchSet 254
Date: 2009/12/14 21:15:55
Author: stsp
Branch: HEAD
Tag: OPENBSD_4_7_BASE
Log:
Fix "cvs [update aborted]: out of memory; can not reallocate 5242880 bytes"
when checking out xenocara from a server running OpenBSD/amd64.
While processing RCS deltas, don't allocate twice as much memory as
needed when copying a line vector to a vector which has less lines.
Also, when switching back from a branch to trunk while searching an
RCS file for a revision, free the trunklines vector immediately after
lines saved in it have been copied back into the currentlines vector.
Somehow, these two changes together make the problem go away.
ok tobias@, "this has been a serious annoyance" sthen@, "sure" deraadt@
Members:
src/rcs.c:1.22->1.23
---------------------
Hmm. Looking at the number of bytes in the error message which matches
what's seen on anoncvs.usa and differs to my server... Todd, does the
copy in your chroot pre-date this commit?
