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.
I have set up the "file exclusions" on my server to exclude my repositories and temp directory for CVS. I don't know now if I am treading on thin ice tempting the bug or if I've actually found a reasonable way around it. Does anyone know if this will work or not? I have regular file shares on the server as well as the CVS repositories and don't really want to depend on the clients to keep themselves clean. Glen Starrett -----Original Message----- From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org]On Behalf Of Tony Hoyle Sent: Friday, February 28, 2003 8:50 AM To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Subject: [cvsnt] Re: NAV vs. CVSNT On Fri, 28 Feb 2003 16:30:03 +0200, Ori Berger <cvsnt-newsgroups at orib.net> wrote: >Internally, to delete a file on NT, one has to do the following: >1. Open the file with Delete permission >2. Mark the file 'pending deletion' >3. Close the file > Actually it's worse than that... step 3 breaks down to 3a. Request that the system closes the file 3b. System returns 'Done' then goes away and thinks about it 3c. File closed. There is a few milliseconds between the file closing and it actually being unlocked - this is an NT bug, but quite a subtle one (you normally won't hit it unless you'd doing a lot of file I/O on a heavily loaded system such as cvsnt). Recent builds have been restructured to increase the delay slightly between close and rename for this reason. What some AV products do (NAV is one I think) is grab the request at 3b, then go and virus scan it - unfortunately this takes a *lot* more than a few milliseconds, so standard code which does: create temp file. write data to temp file close temp file rename temp file to real file ...Fails when these AV products are loaded. I'm surprised this doesn't affect more software than it does, because it's a *very* standard way to make changes. Since it's not a bug in cvsnt I'm not going to waste any more time on it... I'm relying on standard behaviour from the system. If the AV breaks that behaviour that's not my problem. Tony _______________________________________________ cvsnt mailing list cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs