Mismatch between NUnit's framework and nunit-result's framework

Charlie what does it means status "Invalid" ?

Best regards,
Milan.

On Fri, Dec 11, 2009 at 4:51 PM, Charlie Poole <email address hidden> wrote:
> ** Changed in: nunit-results
>       Status: New => Invalid
>
> --
> Mismatch between NUnit's framework and nunit-result's framework
> https://bugs.launchpad.net/bugs/495479
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in NUnit Test Result Reporting: Invalid
>
> Bug description:
>
> Hi Uniters,
>
> after havin 5 hours of fun with System.IO.FileLoadException at start of NUnit.exe I found the reason.
> I have in the test folder ProjectX.nunit configuration file for NUnit.exe(NUnit.exe with its instalation files is saved somewhere else) and in the same directory nunit.framework.dll from NUnit-Results.exe.
>
> If I start ProjectX.nunit I get System.IO.FileLoadException exception because nunit.framework.dll manifest from NUnit.exe instalation seems not to be the same as nunit.framework.dll from NUnit-results.exe. Why both nunit.framework.dll are not the same?
>
>
> Exception details:
>
> System.IO.FileLoadException...
>
> Server stack trace:
>   bei System.ModuleHandle.ResolveType(Int32 typeToken, RuntimeTypeHandle* typeInstArgs, Int32 typeInstCount, RuntimeTypeHandle* methodInstArgs, Int32 methodInstCount)
>   bei System.ModuleHandle.ResolveTypeHandle(Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext)
>   bei System.Reflection.Module.ResolveType(Int32 metadataToken, Type[] genericTypeArguments, Type[] genericMethodArguments)
>   bei System.Reflection.CustomAttribute.FilterCustomAttributeRecord(CustomAttributeRecord caRecord, MetadataImport scope, Assembly& lastAptcaOkAssembly, Module decoratedModule, MetadataToken decoratedToken, RuntimeType attributeFilterType, Boolean mustBeInheritable, Object[] attributes, IList derivedAttributes, RuntimeType& attributeType, RuntimeMethodHandle& ctor, Boolean& ctorHasParameters, Boolean& isVarArg)
>   bei System.Reflection.CustomAttribute.GetCustomAttributes(Module decoratedModule, Int32 decoratedMetadataToken, Int32 pcaCount, RuntimeType attributeFilterType, Boolean mustBeInheritable, IList derivedAttributes)
>   bei System.Reflection.CustomAttribute.GetCustomAttributes(RuntimeType type, RuntimeType caType, Boolean inherit)
>   bei System.RuntimeType.GetCustomAttributes(Type attributeType, Boolean inherit)
>   bei NUnit.Core.CoreExtensions.InstallAdhocExtensions(Assembly assembly)
>   bei NUnit.Core.Builders.TestAssemblyBuilder.Load(String path)
>   bei NUnit.Core.Builders.TestAssemblyBuilder.Build(String assemblyName, Boolean autoSuites)
>   bei NUnit.Core.Builders.TestAssemblyBuilder.Build(String assemblyName, String testName, Boolean autoSuites)
>   bei NUnit.Core.TestSuiteBuilder.Build(TestPackage package)
>   bei NUnit.Core.SimpleTestRunner.Load(TestPackage package)
>   bei NUnit.Core.ProxyTestRunner.Load(TestPackage package)
>   bei NUnit.Core.ProxyTestRunner.Load(TestPackage package)
>   bei NUnit.Core.RemoteTestRunner.Load(TestPackage package)
>   bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] ar...

See the comment on the bug.

> -----Original Message-----
> From: <email address hidden> [mailto:<email address hidden>] On
> Behalf Of Milan
> Sent: Friday, December 11, 2009 8:03 AM
> To: <email address hidden>
> Subject: Re: [Bug 495479] Re: Mismatch between NUnit's
> framework andnunit-result's framework
>
> Charlie what does it means status "Invalid" ?
>
> Best regards,
> Milan.
>
>
> On Fri, Dec 11, 2009 at 4:51 PM, Charlie Poole
> <email address hidden> wrote:
> > ** Changed in: nunit-results
> >       Status: New => Invalid
> >
> > --
> > Mismatch between NUnit's framework and nunit-result's framework
> > https://bugs.launchpad.net/bugs/495479
> > You received this bug notification because you are a direct
> subscriber
> > of the bug.
> >
> > Status in NUnit Test Result Reporting: Invalid
> >
> > Bug description:
> >
> > Hi Uniters,
> >
> > after havin 5 hours of fun with System.IO.FileLoadException
> at start of NUnit.exe I found the reason.
> > I have in the test folder ProjectX.nunit configuration file
> for NUnit.exe(NUnit.exe with its instalation files is saved
> somewhere else) and in the same directory nunit.framework.dll
> from NUnit-Results.exe.
> >
> > If I start ProjectX.nunit I get System.IO.FileLoadException
> exception because nunit.framework.dll manifest from NUnit.exe
> instalation seems not to be the same as nunit.framework.dll
> from NUnit-results.exe. Why both nunit.framework.dll are not the same?
> >
> >
> > Exception details:
> >
> > System.IO.FileLoadException...
> >
> > Server stack trace:
> >   bei System.ModuleHandle.ResolveType(Int32 typeToken,
> > RuntimeTypeHandle* typeInstArgs, Int32 typeInstCount,
> > RuntimeTypeHandle* methodInstArgs, Int32 methodInstCount)
> >   bei System.ModuleHandle.ResolveTypeHandle(Int32 typeToken,
> > RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[]
> > methodInstantiationContext)
> >   bei System.Reflection.Module.ResolveType(Int32
> metadataToken, Type[]
> > genericTypeArguments, Type[] genericMethodArguments)
> >   bei
> >
> System.Reflection.CustomAttribute.FilterCustomAttributeRecord(CustomAt
> > tributeRecord caRecord, MetadataImport scope, Assembly&
> > lastAptcaOkAssembly, Module decoratedModule, MetadataToken
> > decoratedToken, RuntimeType attributeFilterType, Boolean
> > mustBeInheritable, Object[] attributes, IList derivedAttributes,
> > RuntimeType& attributeType, RuntimeMethodHandle& ctor, Boolean&
> > ctorHasParameters, Boolean& isVarArg)
> >   bei System.Reflection.CustomAttribute.GetCustomAttributes(Module
> > decoratedModule, Int32 decoratedMetadataToken, Int32 pcaCount,
> > RuntimeType attributeFilterType, Boolean mustBeInheritable, IList
> > derivedAttributes)
> >   bei
> > System.Reflection.CustomAttribute.GetCustomAttributes(RuntimeType
> > type, RuntimeType caType, Boolean inherit)
> >   bei System.RuntimeType.GetCustomAttributes(Type attributeType,
> > Boolean inherit)
> >   bei NUnit.Core.CoreExtensions.InstallAdhocExtensions(Assembly
> > assembly)
> >   bei NUnit.Core.Builders.TestAssemblyBuilder.Load(String path)
> >   bei NUnit.Core.Builders.TestAssemblyBuilder.Build(String
> > assemblyName, Boolean autoSuites...

Apparently, my comment on the bug didn't update correctly (or I posted it to the wrong bug) so here are the reasons for marking this as invalid:

1. Applications are intended to be installed in their own directory, together with the files and subdirectories required. NUnit itself depends on using the correct directory structure and some features don't work if you change it.

2. The config file for any application must normally be in the same directory as the application. That's just how .NET works.

3. It's not possible to copy the nunit-results installation into the same directory as NUnit because they each have files with the same name but different versions.

4. With regard to NUnit-Results using NUnit 2.2.10, this bug is a duplicate of bug #491548.

5. Even if we upgrade to use (for example) NUnit 2.5.2, you should not mix it with your NUnit installation, because that would lead to problems when a new release of NUnit comes out. Projects are made separate for several reasons - one being that it allows us to make updates on differing schedules.