X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=1.3 required=5.0 tests=AWL,BAYES_00,BOTNET X-Spam-Check-By: sourceware.org Message-id: <4A2698BB.4060404@acm.org> Date: Wed, 03 Jun 2009 08:37:31 -0700 From: David Rothenberger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.6.666 MIME-version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: FAQ 4.46, applications interfere with subversion or not? References: <23853503 DOT post AT talk DOT nabble DOT com> In-reply-to: <23853503.post@talk.nabble.com> Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 6/3/2009 8:20 AM, masc wrote: > When using cygwin's cvs2svn with subversion (1.6.2 r37639) while running > Avira AntiVir (http://www.avira.com/en/pages/index.php), svnadmin is failing > sporadically due to permission failure moving files. > > Reading up on FAQ and mailing lists, I found that 3rd party software like > antivirus programs would be the cause. > > However, I installed subversion for windows from here: > http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100 > (also 1.6.2 r37639), and after modifying cygwin's PATH to use it, the > problem went away without touching antivir. > > I wonder why cygwin's subversion/binaries seems to have issues with antivir, > while others do not.. rather looks like a cygwin issue on first glance.. can > anyone shed light on this? The subversion code base has some hacks to retry various file operations to work around this issue. These hacks are enabled for a Windows build but not for Cygwin. I've attempted to port these hacks to Cygwin, but I may have missed an error code or three, thus not retrying some errors that should be retried. Are you using Cygwin 1.5 or 1.7? I have disabled this hack in the 1.7 build because I was hoping 1.7's more robust file renaming and deleting code would come to the rescue. If you're using 1.7, I can roll another build with the hack enabled to see if that helps. If you're using 1.5, I'll need your help to debug this so I can adjust the hack to retry in this case. I only see the problem occasionally here. -- David Rothenberger ---- daveroth AT acm DOT org "Tell the truth and run." -- Yugoslav proverb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/