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

Re: Frequent commit errors and warnings of corrupt files

From: Andy Levy <andy.levy_at_gmail.com>
Date: Wed, 9 Feb 2011 08:38:52 -0500

On Wed, Feb 9, 2011 at 07:15, John Dexter <jdxsolutions_at_googlemail.com> wrote:
> Hey, does this explain why every time I reboot my PC it wants to do a CHKDSK
> - I thought that was some totally different issue?

According to http://social.technet.microsoft.com/Forums/en/w7itprogeneral/thread/df935a52-a0a9-4f67-ac82-bc39e0585148
(which is linked from the FAQ entry I gave earlier), yes.

> On 9 February 2011 12:13, Robin Guest <robin.guest_at_gmail.com> wrote:
>>
>> On 9 February 2011 12:00, Andy Levy <andy.levy_at_gmail.com> wrote:
>>>
>>> On Wed, Feb 9, 2011 at 06:33, John Dexter <jdxsolutions_at_googlemail.com>
>>> wrote:
>>> > That certainly looks very similar to (at least one example of) what I
>>> > see.
>>> > I'll take a look. To clarify my options are EITHER apply the hotfix, OR
>>> > disable indexing on the relevant dirs, doing both is pointless?
>>> > Thanks!
>>>
>>> That's what it looks like to me.
>>>
>>> Don't forget to exclude from virus scans too.
>>
>> From my experience, not quite.
>> Indexing or virus scanning puts on locks which prevent the svn temporary
>> files being created/moved/deleted. Without the hotfix, this results
>> in http://tortoisesvn.net/faq.html#cantmove2. *With* the hotfix it results
>> in http://tortoisesvn.net/faq.html#inuse.
>> In other words exclusions prevent the initial trigger, and the hotfix
>> prevents the situation (once triggered) from scheduling a CHKDSK.
>> Am I wrong?
>
>

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2703009

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-02-09 14:39:41 CET

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

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