Hello,

wrong assemblies was what I expected to, but we got a list of the GAC and a list of the files in the folder our application was deployed to via Click Once. Both seemed to be ok.
In order to get more detailed information we will write the loaded assemblies to the a log file and check those. Maybe it is more conclusive.

Multiple threads as a source can be excluded. We are not using multithreading where this error occurs and it currently only effects three specific computers. Reproducable, whenever a layout is assigned.

Best regards

Sebastian Peschties
Logimatic Germany GmbH

Ok, as hard as I tried to simplify the process of recreating our issue, I could not.

However, I think I know what's going on and I'm trying to recreate the issue now in as simple a way as I can.

First, some background:

Our project is very large, consisting of multiple mini-applications written by multiple teams that run within a single MDI application. Most of the time everything is very well coordinated. However, sometimes some teams get ahead of others.

The problem:

Not all of the applications in the project are currently using the same version of Infragistics controls.

In this project, there is an application that loads up before ours that is still using infragistics 8.1 (and perhaps some that are using 6.3).This particular application always loads before my teams. I have determined that after this application loads that 9.1 grids are no longer able to import grid settings from older versions. Obviously, the best thing is for everyone to be using the exact same version of infragistics. However, I think this is still something that needs to be addressed on your end and I'll attempt to duplicate this scenario and proof of issue as simply as possible, if I can. If I discover something different, I'll post that as well.

Thanks,

Tony

Hi Tony,

There's nothing we can do about something like that. If your application is using multiple versions of the same assemblies, then I am very surprised that this is the only exception you are getting. Your application should be blowing up all over the place with type mismatches any time one part of the application tries to communicate with any other part with any of the Infragistics controls.

When you load a layout into the grid, the grid examines the layout file and determines which assemblies are needed and strips out the version numbers. Then it looks at what assemblies are in memory with the same names. If there is more than one assembly loaded into memory with the same name, but a different version, then it's going to just pick up the first one and there's no way we could do it any differently.

Loading two versions of the same assembly into memory is just not going to work properly no matter what.

Hi ,

I am facing the same issue in v10.2.

can anyone help me with how to solve this issue ?

Here is the stack trace of exception i am getting :

A first chance exception of type 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll

Inner exception: Object reference not set to an instance of an object.

at System.RuntimeMethodHandle._SerializationInvoke(Object target, SignatureStruct& declaringTypeSig, SerializationInfo info, StreamingContext context)

at System.Reflection.RuntimeConstructorInfo.SerializationInvoke(Object target, SerializationInfo info, StreamingContext context)

at System.Runtime.Serialization.ObjectManager.CompleteISerializableObject(Object obj, SerializationInfo info, StreamingContext context)

at System.Runtime.Serialization.ObjectManager.FixupSpecialObject(ObjectHolder holder)

at System.Runtime.Serialization.ObjectManager.DoFixups()

at System.Runtime.Serialization.Formatters.Soap.ObjectReader.Deserialize(HeaderHandler handler, ISerParser serParser)

at System.Runtime.Serialization.Formatters.Soap.SoapFormatter.Deserialize(Stream serializationStream, HeaderHandler handler)

at System.Runtime.Serialization.Formatters.Soap.SoapFormatter.Deserialize(Stream serializationStream)

at Infragistics.Win.UltraWinGrid.UltraGridLayout.LoadHelper(Stream stream, PropertyCategories propertyCategories, IFormatter formatter)

at Infragistics.Win.UltraWinGrid.UltraGridLayout.LoadFromXml(Stream stream, PropertyCategories propertyCategories)

at Infragistics.Win.UltraWinGrid.UltraGridLayout.LoadFromXml(Stream stream)

Checked GAC For multiple assemblies not found any.

Hi,

Can you reproduce this issue in a small sample project?

Was this code working at some point and now it's not? Or has it never worked?

Are you saving anything else to this stream beside the grid layout? Can you post the code you are using to save the layout to the stream?

What are the data types of the columns in your grid?

Hi Mike,

Thanks for your help.

For now we are looking for some other options to restore the layout.

Thanks

Rooma

Well, if you can post a sample that demonstrates that, I would be happy to take a look at it. But without a sample, I'm afraid I have no idea why it's not working. Maybe your database is somehow altering the text for some reason.

Yes, I replaced my code with code given by you.

And still getting same exception.

Are you getting the same exception?

Are you sure you are not using the encoder any more?

Hi Mike,

Thanks for reply.

I tried using streamReader/Writer but it still does'n work. :(