Actually, the NTFS file system is case sensititve, it just happens that the UI chooses to ignore case.
-- http://www.codevoid.net > -----Original Message----- > From: Daniel Morgan [mailto:[EMAIL PROTECTED]] > Posted At: 08 January 2003 12:40 > Posted To: mono-list > Conversation: [Mono-list] VFAT vs Unix filesystems... > Subject: RE: [Mono-list] VFAT vs Unix filesystems... > > > Also, let's not forget that Windows NT/2000/XP uses NTFS > which is case insensitive too. > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > Behalf Of Juli Mallett > Sent: Wednesday, January 08, 2003 5:18 AM > To: Jaroslaw Kowalski > Cc: [EMAIL PROTECTED] > Subject: Re: [Mono-list] VFAT vs Unix filesystems... > > > * De: Jaroslaw Kowalski <[EMAIL PROTECTED]> [ Data: 2003-01-08 ] > [ Subjecte: Re: [Mono-list] VFAT vs Unix filesystems... ] > > One of the most important (IMHO) problems is "System.Xml.dll" vs > > "System.XML.dll" spelling. I think mcs/mono should be able > to handle > > both forms. This can help port makefiles more easily. > > > > My utility for converting ".csproj" files to Makefile (that > I posted > > to > the > > list some time ago) contains a hack to always use "System.Xml.dll", > because > > even VS.NET isn't consistent in preserving the case. > > > > I think that for local (unix) filesystem as simple > alias/redirection > > file (perhaps machine.config) would do, but there's another problem: > > > > When you have dynamically downloaded assemblies (via http:// or > > whatever) you must ensure similar name lookup semantics on the web > > server, i.e. your web server must treat DLL names as > case-insensitive. > > Which effectively > means > > it must be running off VFAT filesystem or use some tricky > > aliasing/regexp filters for DLLs. > > > > What do you think? > > I think there should just be an environment variable > MONO_FAKE_CASE and that should be the end of it, since we run > on a few case insensitive systems (Win, Mac OS X), and since > .NET runs on the same, there are many problems each way, this > gives us something which isn't special cased, and which only > has problem cases when you know someone is going to read > sensitive data from /tmp/h0h0 so you spam /etc/H0H0 as it > will match first. Plus it's slow as hell, but that is > besides the point: general purpose and gets the job done > where it makes sense to, wherever exactly that is. > > Other hacks are just that. > -- > Juli Mallett <[EMAIL PROTECTED]> > AIM: BSDFlata -- IRC: juli on EFnet. > OpenDarwin, Mono, FreeBSD Developer. > ircd-hybrid Developer, EFnet addict. > FreeBSD on MIPS-Anything on FreeBSD. > > _______________________________________________ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list > > > _______________________________________________ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list > > > _______________________________________________ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
