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.

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

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...

We have installed latest SR 2039 on top of 17.2 and extracted the version free dlls from there and those are referred in application.

before installing the this SR we installed 17.2, with 17.2 we could edit the controls.

we have both version of application one where we are referring 17.2 (able to edit the properties) version free dlls and another with 17.2 + SR 2039 (not able to edit the properties).

please suggest if we are missing any thing.