Re: GCHandle exception (appdomain related?) (was: Re: [Partly-SOLVED!] Re: Output from Console.WriteLine methods is deferred)

Hey Charlie, I'm so grateful about your attention. See inline for 
further comments:

Charlie Poole wrote:
> Hi Andres, 
> 
> The documentation for domain= is buried on this page:
> http://nunit.org/?p=consoleCommandLine&r=2.4.7
> 
> I've recently had several questions about domain=None,
> leading me to realize that something like the following 
> should be in the docs.
> 
> Domain=none is a hack that most people should never
> use. It was created for one user, with code that could
> not even execute correctly in a secondary AppDomain.

Heh, it turns out that maybe it will be useful for me too.


> Since there is only one domain, there is only one 
> application base and config file. To use it, you must
> copy the NUnit itself to the directory containing your
> test assembly. Any entries you would normally put in
> a test config file must go in the nunit config.

Oh! Thanks for the info! Maybe we should then improve the output of that 
case, regardless it's an undocumented feature, right?

BTW, on a side note, why does the domain=none environment require this 
kind of thing? AFAIK, there are ways to load assemblies in the same 
app-domain without requiring them to be in the same dir (that's what 
MonoAddins does IIRC). Can't we use this kind of thing for this case?

Regards,

	Andrés

-- 


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/