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.
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. 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? Is there anything I can do to help debug? chuck -----Original Message----- From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org] On Behalf Of Tony Hoyle Sent: Tuesday, July 13, 2004 12:10 PM To: cvsnt at cvsnt.org Subject: Re: [cvsnt] Re: Update problems - file XXX was lost On Tue, 13 Jul 2004 17:01:07 +0100, Tony Hoyle <tmh at nodomain.org> wrote: >Sourceforge use patched servers anyway, so it might be there's a >common patch that's breaking it. I'd have thought they'd test against >cvsnt now though after the last debacle... :) > Can't repeat anything like it against sourceforge at the moment, so it's possible there was a dodgy patch going around and it's since been removed. I've not got a stock server to test against (converted all of them to cvsnt :P ) but since sourceforge is the major issue and it works I'm not too worried. Tony _______________________________________________ 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