[Mono-list] VFAT vs Unix filesystems...

Jaroslaw Kowalski jarek@atm.com.pl
Wed, 8 Jan 2003 10:45:17 +0100


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?

Jarek

----- Original Message -----
From: "Juli Mallett" <jmallett@freebsd.org>
To: "Alexander van Berne" <mono.vanBerne@xs4all.nl>
Cc: "Chris Ball" <chris@void.printf.net>; "Pablo Baena" <pbaena@uol.com.ar>;
<mono-list@ximian.com>
Sent: Wednesday, January 08, 2003 9:35 AM
Subject: Re: [Mono-list] VFAT vs Unix filesystems...


> * De: Alexander van Berne <mono.vanBerne@xs4all.nl> [ Data: 2003-01-08 ]
> [ Subjecte: Re: [Mono-list] VFAT vs Unix filesystems... ]
> > Chris, your explanation is correct, but ... AFAIK mono aims to be 100%
> > compatible with .NET which is running on a case-insensitive environment.
> >
> > I agree it is not a bug, simply different behaviour. However if my
assumption
> > "targeted at 100% compatibility" is correct, not only should mcs be
"fixed"
> > but also should mono. Eventough I can't imagine a really clean solution,
it
> > should be given some thought .
>
> It's fairly easy.  For each component of a path, dirread the
deepest-known-to
> be there directory, and strcasecmp for what is being looked for next.
This
> should continue until a 100% hit is found.
>
> The problem is this is prone to being tricked.
> --
> Juli Mallett <jmallett@FreeBSD.org>
> AIM: BSDFlata -- IRC: juli on EFnet.
> OpenDarwin, Mono, FreeBSD Developer.
> ircd-hybrid Developer, EFnet addict.
> FreeBSD on MIPS-Anything on FreeBSD.
>
> _______________________________________________
> Mono-list maillist  -  Mono-list@ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>