Hello.
On advice from Stefan King I'm forwarding my original message with his
comments
to this list. What do you make of it?
/Nicke
-------- Original Message --------
Subject: Re: [TSVN] Possible case issue
Date: Sun, 31 Oct 2004 13:01:38 +0100
From: SteveKing <steveking@gmx.ch>
Reply-To: dev@tortoisesvn.tigris.org
To: dev@tortoisesvn.tigris.org
References: <4184D048.1060303@exinor.net>
Nicklas Norling wrote:
> I've just installed the latest 1.1.1 and I'm trying to check out netfilter.
>
> I've got a WinXP SP2 system with NTFS file system.
>
> 1. Point TSVN checkout to http://svn.netfilter.org/netfilter/trunk with
> checkout
> folder C:\Develop\netfilter.
>
> 2. A few megs of code comes out and the checkout then stops at ip6t_HL.h.
>
> 3. After what seems like 20-30 seconds I get a dialog with an error:
The reason for the 20-30 seconds wait is the Windows workaround for
stupid AV scanners which lock files. Subversion tries several times to
access it's own files and finally gives up.
> "In directory 'C:/Develop/netfilter/iptables/inclide/linux/netfilter_ipv6'
> Can't open file
> 'C:/Develop/netfilter/iptables/inclide/linux/netfilter_ipv6/.svn/tmp/
> text-base/ip6t_mark.h.svn-base': The system cannot find the file specified.
>
> The only file I can seem to find relating to this are a few lines up in
> the checkout
> and is called ip6t_MARK.h.
Seems the error message is not very accurate here.
> However, the last two lines of the check out are of files ip6t_hl.h and
> ip6t_HL.h and
> these only differ in case. I'm suspecting that this isn't going to be
> easy to checkout on
> a windows machine, but the error stack is saying nothing about his and
> the cryptic
> messages only add to the confusion.
It's not just 'not easy' but impossible to check out that on a windows
machine.
> Trying to restart the checkout with update leads to 'WC locked' error.
> Running
> cleanup gives the original error but now on the file ip6t_esp.h (well
> it's tmp/text-base).
> Removing the offending netfilter_ipv6 folder and rerunning clean and
> update generates
> the initial error again.
Sure, there just can't be two files with the same name (differing in
case doesn't make the names different for windows).
> Wouldn't it be prudant to inform the user of the real cause of the
> problems and possibly
> try to checkout the rest of the code? Maybe even saving the second file
> that only differs
> in case with a temporary filename. I've been using TSVN for quite a
> while but it took me
> a long time to find the real problem.
You have to suggest that on the Subversion mailing list. That's not
TSVN's business but Subversions. Sorry to say that...
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Oct 31 13:28:01 2004