Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
Bo - make a change to one of the 9k sandbox files, commit then try to update in the other sandbox to get the change. Thanks, John Goehringer "Bo Berglund" <bo.berglund at telia.com> wrote in message news:skc94v837nh7rgceg6cn54g3202kvcsrri at 4ax.com... > On Fri, 7 Feb 2003 20:14:32 -0500, "John Goehringer" > <john.goehringer at agilisys.net> wrote: > > >Found that trying to update a sandbox with a changed file from > >the repository that is 8170 (or so) bytes or larger fails, either > >with cvs crashing, or the server returning the message > >unexpected '\\xn' reading revision number in RCS file ... > > > >Changing RCSBUF_BUFSIZE from (in rcs.c) > >(8192) to (8192*16) seems to make the 8k test > >work. > > > >To reproduce > > > >create new text file >9k bytes long > >add to repository > >checkout into dir1 and dir2 > >change in dir2 directory and commit > >try to update from dir1 > > > >Thanks, > >John Goehringer > > > Not reproducible here... > -I have the very latest release 69 on the server. > -I have two sandboxes checked out from the very same module > -I added a 9k file from one sandbox and committed > -I updated on the other and got the file OK > > Here is output from cvs ver in WinCvs: > > cvs ver > ***** CVS exited normally with code 0 ***** > Concurrent Versions System (CVSNT) 1.11.1.3 Prerelease (Build 69) > (client/server) > Client: Concurrent Versions System (CVSNT) 1.11.1.3 Prerelease (Daily > Snapshot Build 68) (client/server) > Server: > > And here the same from command prompt: > F:\Engineering\Antares\KalleKula\ModuleXX>cvs ver > Client: Concurrent Versions System (CVSNT) 1.11.1.3 Prerelease (Daily > Snapshot Build 68) (client/server) > Server: Concurrent Versions System (CVSNT) 1.11.1.3 Prerelease (Build > 69) (client/server) > > Note the mangled output for the Server: item in the WinCvs window... > It gets the data switched somehow. > > > /Bo > (Bo Berglund, developer in Sweden)