Richard,

Typically we recommend that you only reference a single version of the Infragistics assemblies in a single application to avoid reference issues.  I assume from your description that you have a shell that is referencing 11.1 and you are loading a plugin that references 17.2.  To understand what could be causing the issue in your specific application it would help if you provide a sample that duplicates the issue. 

Please show the approach you have taken to use two versions in a single application in a sample that I can review.

hi Alan,

i have the following issue:

1. The main application (shell) is a windows forms application that within a dashboard and many views as libraries (e.g. View1.dll, View2.dll, View3.dll) . Those Libraries and the dashboard was developed with v.11. (infragistics), so the shell contains references to infragistics dll v.11.1.

2. I developed another windows forms application taken some views (View1.dll) from the shell application and upgrade the infragistics version of the libraries (working now with v.17.2)

3. Now i insert my upgraded View1.dll (with the v.17.2) into the output folder of the main application (shell) to show the result and get the exception above...

??Question: Is my approach possible?

=> Remark: i do it because i have a problem when my main application is running on a machine with higher dpi (150%)...

Thank for your help...

hi Alan,

i receive the exception on the designers of my controls...

Her an example of a usercontrol designer containing a NumericEditor named "NumericEditorFlowRampUp":

this line:

resources.ApplyResources(this.agtNumericEditorFlowRampUp, "agtNumericEditorFlowRampUp");

throws the exception

InnerException:

Exception has been thrown by the target of an invocation.

ex.StackTrace:

   at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck)
   at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache, StackCrawlMark& stackMark)
   at System.Activator.CreateInstance(Type type, Boolean nonPublic)
   at System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, StackCrawlMark& stackMark)
   at System.Activator.CreateInstance(Type type, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes)
   at System.Activator.CreateInstanceFromInternal(String assemblyFile, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, Evidence securityInfo)
   at System.Activator.CreateInstanceFrom(String assemblyFile, String typeName)
   at RCDispatcher.LoadControls() in C:\...\RCDispatcher.cs:line 2431
   at RCDispatcher..ctor(InstrumentDirectory instDir, MdiParent mdiParent) in C:\...\RCDispatcher.cs:line 53
   at MdiParent.OnNew() in C:\...\MDIParent.cs:line 715

InnerException.InnerException.StackTrace:

   at Infragistics.Win.AppStyling.StyleUtilities.ParseGlyphInfo(String value)
   at Infragistics.Win.AppStyling.StyleSetInfo.LoadContents(StyleSetInfo styleSet, XmlReader reader, StyleParseInfo parseInfo, Boolean parseOnlyTargets)
   at Infragistics.Win.AppStyling.StyleSetInfo.LoadContents(StyleSetInfo styleSet, StyleParseInfo parseInfo, Boolean parseOnlyTargets)
   at Infragistics.Win.AppStyling.StyleSetInfo.EnsureParsed()
   at Infragistics.Win.AppStyling.StyleSetInfo.GetComponentStyle(String name, Boolean ensureParsed, Boolean createIfNull)
   at Infragistics.Win.AppStyling.StyleSetInfo.GetComponentStyle(String name)
   at Infragistics.Win.AppStyling.StyleManager.CreateComponentStyleCache(String componentName)
   at Infragistics.Win.AppStyling.StyleManager.GetComponentStyleCache(String componentName)
   at Infragistics.Win.AppStyling.StyleManager.CreateComponentStyleInfo(ComponentRole componentRole)
   at Infragistics.Win.AppStyling.ComponentRole.VerifyCacheImpl()
   at Infragistics.Win.AppStyling.ComponentRole.VerifyCache()
   at Infragistics.Win.AppStyling.ComponentRole.GetResolutionOrderInfo()
   at Infragistics.Win.UltraWinEditors.UltraNumericEditorBase.ResolveAppearance(AppearanceData& appearance, AppearancePropFlags& requestedProps)
   at Infragistics.Win.UltraWinEditors.UltraNumericEditorBase.ShouldAutoSizeHeight(Int32& height)
   at Infragistics.Win.UltraWinEditors.UltraWinEditorMaskedControlBase.ShouldAutoSizeHeightWithZoom(Int32& height)
   at Infragistics.Win.UltraWinEditors.UltraWinEditorMaskedControlBase.SetBoundsCore(Int32 x, Int32 y, Int32 width, Int32 height, BoundsSpecified specified)
   at System.Windows.Forms.Control.System.Windows.Forms.Layout.IArrangedElement.SetBounds(Rectangle bounds, BoundsSpecified specified)
   at System.Windows.Forms.Layout.DefaultLayout.SetDock(IArrangedElement element, DockStyle value)
   at System.Windows.Forms.Control.set_Dock(DockStyle value)

Thanks

Without knowing how you are loading your views, it is difficult to give guidance on how to resolve the issue.  The simplest solution and probably the best for your application is to upgrade everything to 17.2 so that you are referencing only a single version.  If you do indeed need to be able to use two volumes, there can't be anywhere in your code where you would pass an object from the 11.1 version of the assembly to the 17.2 version of the assembly as they aren't binary compatible and would result in similar exceptions.

As far as this specific example of an exception that you are getting, I assume that casting is failing in GlyphInfoBase because we are parsing a serialized object to get the CheckBoxImageGlyphInfo and that is returning the version that differs from the assembly that called ParseSerializedObject.  I am not sure what scenario this would happen under and would likely need a sample that reproduces the behavior to better explain what is happening and what options might exist other than using a single version of the windows forms controls in your application.