Re: WC corruption after checkout on Mac

"David Glasser" <glasser@davidglasser.net> writes:

> (One possibility: it is an OS X race condition that is almost
> impossible to trigger; Norton slows things down enough so that it is
> much more likely.)

This is exactly what I think, and the reason I went ahead and
filed the bug with Apple even after you showed turning off Norton
making the bug go away. Norton may be able to cause this to
happen, but ultimately it's the operating system's fault.

Augie and Ben: Are you running Google Desktop, Spotlight, or any
other such program? We have found Google Desktop to be as much a
problem on Windows (where you can't even delete a file someone
like Google Desktop or your antivirus scanner has open).

Augie Fackler <durin42@gmail.com> writes:

> Yeah, that's exactly what I see.
>
> On Nov 14, 2007, at 11:57 AM, David Glasser wrote:
>
> > Just to confirm --- the bug is exactly the same, files in a wc end up
> > empty? (And they don't show up in svn status if you don't touch
> > them?)
> >
> > --dave
> >
> > On Nov 14, 2007 7:26 AM, Augie Fackler <durin42@gmail.com> wrote:
> >> I've been running it for 25 minutes (flooring both cores) and I'm not
> >> seeing any output. For what it's worth, I'm on 10.5.0, Core2Duo.

Maybe try adding a bunch more load to the mix? Set off a few
make -j 4 builds, a few (sudo find / | sudo xargs cat) > /dev/null 2>&1
and see if you still get nothing.

> >> Do we think there's anything else I can try to nudge it into exposing
> >> the bug? I *know* I've had this problem, I have had to redo a
> >> checkout
> >> about once every 6 months (although, to be fair, that was 10.4.* or

Twice a year is not very often, so it may also be that you'll
have to let this run a while, and continue your other normal work
load, before finally triggering it. But the artificial load
might get you there more quickly.

-- 
Eric Gillespie <*> epg@pretzelnet.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org