Hi, thanks for posting!

This looks like an installation issue. NCrunch isn't able to find the Gallio components that are packaged with it inside the MSI. Try following the reinstallation fix described here. Hopefully this will do the trick - otherwise, let me know and we'll try something else.


Cheers,

Remco

Thanks Khushbu.

Can you check for me whether you have the Gallio.dll file installed under:

\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Extensions\Remco Software\NCrunch for Visual Studio 2012

Also, do you have Gallio (any version) installed on your machine other than the one packaged with NCrunch?

Does your NCrunch work for any solution that doesn't make use of Xunit/MbUnit? (For example, if you set up a simple NUnit solution, does this work?)

We too are experiencing the exact same problem. I have attempted multiple re-installs. Even reinstalling VS2012. It worked for one build. Then for all other builds it fails with the same stack trace as the OP. I can confirm the Gallio.dll is in the location expected.

Hello Remco,
No, Project does not build
I have deleted contents from temp folder and started VS2012 as administrator. But Sorry to say.. that does not work as well :(

I have created a new class library project in existing solution but that does not build=> same error
In complete new solution also i added a new class library project but that does not build=> same error.

Thanks

Hallo Remco,

I have submitted a bug report. I have also sent the zip file asked by you. Please check! Yes my colleagues use Ncrunch VS2012 and it works fine for them, and they have installed the same version of Ncrunch

Let me explain my local environment. I have one Project Solution( Lets name as Solution1) and Two machines(Lets name them as Machine1 and Machine2).

On Machine1 : Only VS2010 installed + Solution1 + Ncrunch for VS 2010 => Works fine

OnMachine2 :
1) Initially VS 2010 installed + Ncrunch for VS 2010 + Solution1 => as far as i remember worked fine
2)Uninstalled Ncrunch for Vs2010
3) Thereafter Vs 2012 installed + Ncrunch Vs 2012 installed + Solution1 => Does not work :(
4) Ncrunch for VS 2010 again installed +Solution1 => does not work any more( But there are some other error, not the same Gallio error)

I hope my info helps!!

Hallo Remco,
Okay.. I have done as you said..and Now the error is different in my VS 2012. Also I have sent you the FusionLog.zip via your Contact form.

---

Gallio.Runtime.RuntimeException: The runtime could not be initialized. ---> System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: It is an error to use a section registered as allowExeDefinition='MachineToApplication' beyond the application, in the user's config. (This is the default behavior if not specified) (C:\Users\shah\AppData\Roaming\nCrunch.TestRunner.AppDom_Url_x13ctxwdzox4i2wigw405uc4bxpgd5ul\1.0.0.0\user.config line 6)
at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors()
at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)
--- End of inner exception stack trace ---
at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)
at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e)
at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord)
at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject)
at System.Configuration.BaseConfigurationRecord.GetSection(String configKey)
at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName)
at System.Configuration.ConfigurationManager.GetSection(String sectionName)
at Gallio.Runtime.DefaultRuntime.RegisterLoadedPlugins()
at Gallio.Runtime.DefaultRuntime.Initialize()
--- End of inner exception stack trace ---

Server stack trace:
at Gallio.Runtime.DefaultRuntime.Initialize()
at Gallio.Runtime.RuntimeBootstrap.Initialize(RuntimeSetup setup, ILogger logger)
at #=qYOn$XPoLBpzBzGVEfr2UXKp7ITIl8FGpbo8zqac26WUTUpfajfy0qP32Gf933bwkavydiipGTpheHAR9gNeL8g==.#=qD1nH72zdFSxc9wZ2hPPC3l$fXEZz83I$Azp9Z0A8AbE=()
at nCrunch.TestExecution.Frameworks.Gallio.GallioWrapper.GetCustomConfig()
at nCrunch.TestExecution.Frameworks.Gallio.GallioTestFramework.GetCustomConfig()
at nCrunch.TestExecution.Frameworks.Gallio.GallioTestFramework.GetDescription()
at nCrunch.TestExecution.Frameworks.TestFrameworkRegistry.GetDescriptionForEachFramework()
at nCrunch.TestExecution.Frameworks.FrameworkDescriptionResolver.GetDescriptionForEachFramework()
at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)

Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at nCrunch.TestExecution.Frameworks.IFrameworkDescriptionResolver.GetDescriptionForEachFramework()
at nCrunch.Core.TestManagement.TestFrameworkDescriptionManager.EnsureDescriptionsAreLoaded()
at nCrunch.Core.ComponentLoader.SnapshotComponentFactory.CreateSnapshotComponentFromXml(String projectFilePath, String projectXml, String solutionFilePath, String[] additionalFilesToIncludeAtSolutionLevel, Boolean isLoadedFromFile)

---

Cheers
Khushbu

Also - doublecheck that the Gallio.dll file isn't being blocked somehow by your operating system through file I/O permissions or other security measures. Check whether you're able to open the file directly (i.e. using notepad or some other tool).

It's hard to say whether there is a connection between the need for a manual install and the problem described above. At the moment both of these problems do have two things in common - neither has been reproduced in an environment where they could be fixed, and both are caused by unknown constraints that are present in the install environment.

The MSI contains a pre-condition that checks for the location of Visual Studio before running the installer. This condition checks the registry for the value defined in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\11.0\InstallDir (or alternatively under the Wow6432Node for 64-bit installs). If for whatever reason this registry key can't be accessed by the installer, it will fail. My suspicion is that this could be blocked by a virus scanner or security restrictions in the O/S, although I've never been able to create an environment with configuration that could cause this to happen.

In the case of the Gallio.dll resolution issue, I'm quite certain that this is also caused by a constraint in the environment which is abnormal. In this case we have two normal co-located assemblies being loaded from the same directory, and one cannot find the other. I suspect this to be caused by one (or more) of the following:
1. Unusual configuration of the machine (i.e. machine.config or CLR configuration at some other level)
2. O/S restriction perhaps caused by security constraints/permissions issues
3. Virus scanner or third party software that is interfering with the assembly resolution

Provided the manual install is done per the instructions in the documentation, there shouldn't really be any functional difference between the MSI install and the manual install. NCrunch itself is just an xcopy installation - with an additional step to flush the VS extension cache so that it will find the addin.