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

Re: Re[4]: CaSe insensetive OS not handled well

From: Kevin T. Broderick <kbroderick_at_boltonvalley.com>
Date: 2005-08-23 20:56:51 CEST

On 23 Aug 2005, at 12:04 PM, Flex wrote:

>> No, it's a huge difference. Mac OS X is not case insensitive. Some
>> filesystems are, but the OS is not. What that means in real world
>> terms is that I can (and sometimes do) have both case sensitive and
>> insensitive filesystems mounted at the same time. Thus, a case
>> sensitivity setting cannot be client wide or OS wide. It needs to be
>> confined to a much smaller area, either the repository or some subset
>> of it.
> Yes, you can, although it is not the common case, you can. I'm not
> saying it should be done per OS or something, just a way the sever is
> notified about if the current client at the current time wants case
> sensitive (default) or case insensitive compares. The client can do it
> based on the filesystem the file in question is, no matter

If you want a read-write external drive, FAT32 is the highest common
denominator between stock Mac OS X and NT (and between NT and Linux),
so it's not uncommon for drives to arrive formatted for FAT32. If
you want to continue using an external drive on multiple platforms,
FAT32 may be your only option (without buying additional packages to
handle foreign drive formats); thus, I wouldn't expect it to be
particularly uncommon to have case-sensitive and non-case-sensitive
drives on the same system.

(And case does sometimes matter, even on platforms traditionally
lacking case-sensitivity. Java used to be (may still be, I don't use
it as much anymore) quite case-sensitive, leading to serious
annoyances if you accidentally saved a class as someClass.java and
needed to rename it to SomeClass.java on a Win32 box. Other examples
are probably out there.)

Kevin Broderick, Bolton Valley IT Department
kbroderick@boltonvalley.com / 802.434.6807 (V) / 802.329.6807 (F)

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 23 21:02:16 2005

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.