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

Andrés G. Aragoneses wrote:
> 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?

FYI, this feature has finally solved my issue (although the use of it is 
very uncomfortable, needing to have a script which copies all nunit 
assemblies into the same dir).

The plans you comment about the 3.0 releases sound really good. I hope 
that you don't forget to support us the domain=none users :) , and thus 
prevent us to make this hack! ;)

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=/