[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: rapidsvn gets a checkout error that cmdline "svn" doesn't

From: Robert P. J. Day <rpjday_at_crashcourse.ca>
Date: Tue, 26 Aug 2008 05:32:40 -0400 (EDT)

On Mon, 25 Aug 2008, Andy Levy wrote:

> On Mon, Aug 25, 2008 at 03:16, Robert P. J. Day <rpjday_at_crashcourse.ca> wrote:
> > On Sun, 24 Aug 2008, Ryan Schmidt wrote:
> >
> >> On Aug 23, 2008, at 05:05, Robert P. J. Day wrote:
> >>
> >> > i apologize for this undoubtedly being slightly off-topic, as
> >> > i've already posted this to the rapidsvn ML, but i thought
> >> > someone here might have seen this before. and this error is
> >> > exactly reproducible. i don't know what to make of it -- that
> >> > rapidsvn is overly sensitive, or that "svn" is overly
> >> > forgiving.
> Some virus scanners hold onto file locks for their on-access scans
> for too long, causing issues for the Subversion libraries. IIRC the
> libraries do wait & reattempt their operation, but it can eventually
> fail.
> In my early days of using SVN I found that I had to disable Norton
> AV's auto-protect (on-access scanner) for my .svn directories if I
> wanted things to work smoothly.

  that still doesn't explain why "svn" at the command line has no
issue checking out that one file, but rapidsvn does. and a colleague
just verified that the same checkout error occurs with tortoisesvn as

  i'll poke around further and see if i can figure this out. it's not
critical, just puzzling.


Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.
http://crashcourse.ca                          Waterloo, Ontario, CANADA
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-26 11:34:59 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.