I can see the case thing both ways. I so used to writing code that has
to compile on all sorts of platforms I just naturally go to a common
denonimator.
Your example of the dependency is a great point.
Automagically detecting it based on the file system and having an
override in the nant.config
There's a Win32 function called GetVolumeInformation
which returns various flags that describe the file
system that contains the specified directory (case
sensitive, case preserving, etc). I hacked up some
code that I found on CodeProject (to save me the
effort of figuring out the right DllImport
I'm really with Kevin here. It seems like automatic detection should
really be the goal. The behavior should be definable from the operating
system and file system.
The config file could force a behavior, but I think the default behavior
should be good.
Kevin, what is your P/Invoke method for de
>Is it really
> that hard to write the paths with the correct case?
Well...at the risk of sounding incredibly lazy or
anal...yes, it is kind of a pain. I've been building
NAnt files for a variety of projects and making sure
that I match case really has been a pain.
On the more philosophical sid
I'm in favor on the config stuff for defining how tasks run. The
complier tasks beg for this feature.
I'm not sure why we need case insensitivity in filesets. Is it really
that hard to write the paths with the correct case? If I'm missing
something please bring it up. If its really a big issu
>I remember the discussion ending with
> the call that it
> should be left up to the underlying FileSystem/OS.
I agree that was ideal solution, but as far as I know
it can't be determined in a platform-independent way.
We could P/Invoke to get the info, but I wasn't sure
that if that was cool to
Thanks for bringing these up. There are a lot of things that have died
on the side of the road that we need to bring back up. Sometime bigger
issues come up, and sometimes we have to go to dinner and forget. :)
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:nant-developers-
> [EMA
