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

Re: ".svn" directory name no good (in fact, it is worse than I thought)

From: Files <files_at_poetryunlimited.com>
Date: 2003-09-25 18:12:21 CEST

james-tigris@jrv.org wrote:
>
>> Date: Thu, 25 Sep 2003 00:00:55 -0600
>> From: David Waite <mass@akuma.org>
>
>My only objection is that the problem is not fully characterized.
>
>For example, is ASP.NET choking because .SVN begins with a dot
>or because there is nothing before the last dot? Does .SVN.SVN work?
>
>Is ASP.NET failing because there is no file type association set up
>for the "extension" SVN. Will ASP.NET work if a dummy association is made?
>
>Will ASP.NET still fail if the .SVN directory has the System bit set
>as well as the Hidden bit? Perhaps it will ignore such directories.
>
>And finally, will ASP.NET still fail with _SVN?
>

Naming conventions on win32 and the like have always treated the
extension as something different.

Hence, I can use .htaccess.txt but not .htaccess with ease.

Lack of extension has never been a problem since the filesystem was
build to understand that.

Just look at your /Windows directory.

The _ is not a win32 special character. The . on the other hand IS.

Most path functions look for the . to separate extensions.

If you only have one period, you only have an extension and hence no name.
No name equals massive confusion on win32 - under the right libraries of
course.

There you. Have I characterized enough? Or do I need a step by step script
for a few people to test.

I'd be happy to provide it if you think it would help.

Anything to avoid this problem again.

Shamim Islam
BA BS

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 25 18:21:00 2003

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

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