[cvsnt] Re: Update problems - file XXX was lost

Chuck Kirschman Chuck.Kirschman at bentley.com
Tue Jul 13 18:40:48 BST 2004

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.

Hmm - a typical workflow is to do a "cvs -nq up" at the top level and
then start committing the files you are certain about.  When the update
is done, you can find the files in remote directories that you missed.
I don't think that's unsafe in that case because it's not changing the
files.  I've never seen any changes wiped in 5 years of using vanilla
CVS, even if I'm doing a real update while editing.  After all, what are
you supposed to do during the 5-10 minutes or so that it takes to do an
-nq update?  (A real update takes a bit longer)

And what is causing the differences in behavior between the clients
then?  If the server is sending the same information back, does the
vanilla client display it differently?


-----Original Message-----
From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org] On Behalf
Of Tony Hoyle
Sent: Tuesday, July 13, 2004 1:27 PM
To: cvsnt at cvsnt.org
Subject: Re: [cvsnt] Re: Update problems - file XXX was lost

On Tue, 13 Jul 2004 13:16:32 -0400, "Chuck Kirschman"
<Chuck.Kirschman at bentley.com> wrote:

>Were you using a sufficiently large source base?  I think it's 
>relevant. The particular repository I'm working in has just under 
>21,000 files and clocks in at 335 Mb.  Typically I'm modifying files in

>the sandbox that are about 10,000 or so files into the update.  I think

>that the lag is important; I couldn't reproduce on a trivial 150 file 
>repository.  I couldn't modify the files fast enough after the update 
>started to get it to occur.  It just seems like the client gets lost 
>when files are changed.

If you modify the files *during* the update it'll definately mess things
up.  Don't do that. 

>Are there 2 passes though the source tree?  The fact that all the files

>that aren't in CVS appear at the top of the list makes me think that. 
>I'm wondering if things changing between these 2 passes is the issue?

There aren't two passes.  The state of every modified file is sent to
the server, which then chooses what to send back to the client and sends
it.  The client is pretty dumb and just does what the server tells it to
- which is why it's important not to touch the sandbox during the update
as it'll just wipe any changes that are made in the interim (that's if
you're lucky.. ).


cvsnt mailing list
cvsnt at cvsnt.org http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt cvsnt downloads at march-hare.com https://www.march-hare.com/cvspro/en.asp#downcvs @CVSNT on Twitter CVSNT on Facebook

More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook