Upgrade issues with recent versions

[mpolsen]

I get the following error with either version 4.1.2013.05280 or 4.1.2013.07300:

Could not load file or assembly 'Microsoft.VisualStudio.Shell.Immutable.10.0, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.

Stack Trace:
at System.ModuleHandle.ResolveType(RuntimeModule module, Int32 typeToken, IntPtr* typeInstArgs, Int32 typeInstCount, IntPtr* methodInstArgs, Int32 methodInstCount, ObjectHandleOnStack type)
at System.ModuleHandle.ResolveTypeHandleInternal(RuntimeModule module, Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext)
at System.ModuleHandle.ResolveTypeHandle(Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext)
at System.Reflection.RuntimeModule.ResolveType(Int32 metadataToken, Type[] genericTypeArguments, Type[] genericMethodArguments)
at System.Reflection.CustomAttribute.FilterCustomAttributeRecord(CustomAttributeRecord caRecord, MetadataImport scope, Assembly& lastAptcaOkAssembly, RuntimeModule decoratedModule, MetadataToken decoratedToken, RuntimeType attributeFilterType, Boolean mustBeInheritable, Object[] attributes, IList derivedAttributes, RuntimeType& attributeType, IRuntimeMethodInfo& ctor, Boolean& ctorHasParameters, Boolean& isVarArg)
at System.Reflection.CustomAttribute.GetCustomAttributes(RuntimeModule decoratedModule, Int32 decoratedMetadataToken, Int32 pcaCount, RuntimeType attributeFilterType, Boolean mustBeInheritable, IList derivedAttributes, Boolean isDecoratedTargetSecurityTransparent)
at System.Reflection.CustomAttribute.GetCustomAttributes(RuntimeType type, RuntimeType caType, Boolean inherit)
at System.Attribute.GetCustomAttributes(MemberInfo element, Type type, Boolean inherit)
at System.Attribute.GetCustomAttribute(MemberInfo element, Type attributeType, Boolean inherit)
at System.ComponentModel.LicenseManager.ValidateInternalRecursive(LicenseContext context, Type type, Object instance, Boolean allowExceptions, License& license, String& licenseKey)
at System.ComponentModel.LicenseManager.Validate(Type type, Object instance)
at Steema.TeeChart.TChart..ctor()
at MmicAnalysisToolbox.Forms.Plot.XBaseChartForm.InitializeComponent()
at MmicAnalysisToolbox.Forms.Plot.XBaseChartForm..ctor(IList`1 arryList)
at MmicAnalysisToolbox.Forms.Plot.XBaseChartForm..ctor(IDataView view)
at MmicAnalysisToolbox.Forms.Plot.XSparameterPlot..ctor(IDataView dataView)
at MmicAnalysisToolbox.Forms.Plot.SparameterDCPlot.CreatePlotType(IList`1 list)
at MmicAnalysisToolbox.Forms.XMainForm.bsPlots_ItemClick(Object sender, ItemClickEventArgs e)
at DevExpress.XtraBars.BarItem.OnClick(BarItemLink link)
at DevExpress.XtraBars.BarItemLink.OnLinkClick()
at DevExpress.XtraBars.BarButtonItemLink.OnLinkAction(BarLinkAction action, Object actionArgs)
at DevExpress.XtraBars.ViewInfo.BarSelectionInfo.UnPressLink(BarItemLink link)
at DevExpress.XtraBars.Controls.CustomLinksControl.OnMouseUp(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at DevExpress.XtraBars.Controls.CustomControl.WndProc(Message& msg)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

The library works fine on a development machine but not on a client's machine.

[mpolsen]

Upon looking at the library with .NET Reflector, I noticed that there is a reference to Microsoft.VisualStudio.Shell.Immutable.10.0. Why is it now a required dependency when earlier version did not appear to need tis reference? I don't think I should have to ship this assembly in order to get my application to run on a client's machine.

Thanks.

[Sandra]

Hello mpolsen,

I don't know how solve your problem and to provide you a concretely solution, is necessary we reproduce the problem here, but I recommend you taking a look in the link where talk about a similar project of your.

If your problem persist, after you do the suggestions appear in the link, please let me know.

Thanks,

[mpolsen]

I've tried that and it does not fix the problem. I don't have a problem with other third-party assemblies, only with recent versions of TeeChart.

Thanks.

[Sandra]

Hello mpolsen,

Could you please, send us your project because we can reproduce your problem and try to solve it?

Thanks,

[mpolsen]

To clarify my point, I'm attaching to screenshots of different versions of TeeChart, 4.1.2012.9283 and 4.1.2013.7303, to highlight the different dependencies. The 2012 version does not have a dependency on Microsoft.VisualStudio.Shell.Immutable, which I am not shipping and thus causing the error on my client's machines. Can I compile the newer version myself without the dependency, and why is it needed?

[Sandra]

Hello mpolsen,

After doing many test, review many assemblies and source code of TeeChart. I inform you, we have added Microsoft.VisualStudio.Shell.Immutable for the assemblies have a .NetFramework 4.5 or highest but doesn't appears for .Netframework 4.0 or lower. In this point, you need consider some items to work in correct way and prevent the error for your clients.

The first is you must know we change the numeration of assemblies, therefore, the assemblies you use for each framework in TeeChartFor.Net 2012, have changed of order in TeeChartFor.Net 2013. Please, taking a look to next associations for understand which .NetFramework corresponds for each assembly:

TeeChart.NET version 2013
Build 4.1.2013.07303
Compiled in .NET Framework 4.5
Build 4.1.2013.07302
Compiled in .NET Framework 4.0
Build 4.1.2013.07301
Compiled in .NET Framework 3.5
Build 4.1.2013.07300
Compiled in .NET Framework 2.0

The second is that Microsoft.VisualStudio.Shell.Immutable allow you do a new registration information in .Net Frameworks 4.5 or highest, as tell you previously, It mean that if you compiled your project in .NetFramework 4.5 you must installed in your clients machines the run time .NetFramework 4.5 to work without problems, it incorporates to default the assembly Microsoft.VisualStudio.Shell.Immutable.

Finally, I understand you doesn't want install extra assemblies to clients and in this case you have two options as explain previously:
1- If you want work with .NetFramework 4.5, you can recommend to your clients install previously to use your application, the .NetFramework 4.5.
2- As explain previously, this assembly only appears for recent .NetFrameworks, but not in .NetFramework4.0 or lower, for this reason, I recomend compile your application in 4.0. This avoids your clients install extra assemblies or .NetFrameworks and you can work in same way as you do up to now.

Could you tell me my suggestions help you? Your problem is solved?

I hope will helps.

Thanks,

[mpolsen]

I temporarily solved this issues by compiling the source code and removing the Visual Studio assembly reference. My clients have .NET 4.5 installed, but there is no 'Microsoft.VisualStudio.Shell.Immutable' assembly that comes with the framework that I know of. How are other customers deploying the library without including a reference to the Visual Studio assembly? When is the source code for the 2014 release going to available for download?

[Christopher]

I temporarily solved this issues by compiling the source code and removing the Visual Studio assembly reference. My clients have .NET 4.5 installed, but there is no 'Microsoft.VisualStudio.Shell.Immutable' assembly that comes with the framework that I know of. How are other customers deploying the library without including a reference to the Visual Studio assembly? When is the source code for the 2014 release going to available for download?

Although a new binary maintenance release was made public only a week ago, another one is due out within the next three working days which will include binaries without this assembly reference.