- Home
- LLBLGen Pro
- LLBLGen Pro Runtime Framework
Problem with WinForms: Invalid cast from 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState' to 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState'
Joined: 03-Jun-2010
We are seeing this error randomly when compiling a big Winforms project. On Rebuild All this goes away. However I am seeing this many times throughout the day.
The Visual Studio is 2008 SP1 We are using WinXP SP3 and DevExpress Winforms controls in a SCSF project. LLBLGen version is version 3 - July 02, 2010.
Any clue why this is happening?
Error 22 Invalid Resx file. Type in the data at line 174, position 5,
cannot be loaded because it threw the following exception during
construction: Invalid cast from
'SD.LLBLGen.Pro.ORMSupportClasses.EntityState' to
'SD.LLBLGen.Pro.ORMSupportClasses.EntityState'. C:\Work\PathLab\Aquevix.Pathlab\src\Source\Modules\UI\Aquevix.Pathlab.Modules.UI\Views\DoctorView\DoctorEntryDetailView.resx Aquevix.Pathlab.Modules.UI
------------------------------------------
Error 23 TargetInvocationException: Type in the data at line 174,
position 5, cannot be loaded because it threw the following exception during construction: Invalid cast from 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState' to 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState'.
at System.Resources.ResXResourceReader.ParseXml(XmlTextReader reader)
at System.Resources.ResXResourceReader.EnsureResData()
at System.Resources.ResXResourceReader.GetEnumerator()
at
Microsoft.Build.Tasks.ProcessResourceFiles.ReadResources(IResourceReader
reader, String fileName)
at Microsoft.Build.Tasks.ProcessResourceFiles.ReadResources(String
filename, Boolean shouldUseSourcePath)
at Microsoft.Build.Tasks.ProcessResourceFiles.ProcessFile(String
inFile, String outFile)
XmlException: Type in the data at line 174, position 5, cannot be loaded because it threw the following exception during construction:
Invalid cast from 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState' to 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState'. Line 174, position 5.
InvalidCastException: Invalid cast from 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState' to 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState'.
at System.Convert.DefaultToType(IConvertible value, Type targetType, IFormatProvider provider)
at System.Enum.System.IConvertible.ToType(Type type, IFormatProvider provider)
at System.Convert.ChangeType(Object value, Type conversionType, IFormatProvider provider)
at System.Runtime.Serialization.FormatterConverter.Convert(Object
value, Type type)
at System.Runtime.Serialization.SerializationInfo.GetValue(String
name, Type type)
at
SD.LLBLGen.Pro.ORMSupportClasses.EntityBase2..ctor(SerializationInfo
info, StreamingContext context)
at
Aquevix.Pathlab.DAL.EntityClasses.CommonEntityBase..ctor(SerializationInfo
info, StreamingContext context) in
C:\Work\PathLab\Aquevix.Pathlab\src\Source\DAL\Aquevix.Pathlab.DAL\DatabaseGeneric\EntityClasses\CommonEntityBase.cs:line
49
at
Aquevix.Pathlab.DAL.EntityClasses.AddressEntity..ctor(SerializationInfo info, StreamingContext context) in C:\Work\PathLab\Aquevix.Pathlab\src\Source\DAL\Aquevix.Pathlab.DAL\DatabaseGeneric\EntityClasses\AddressEntity.cs:line
144
at
Aquevix.Pathlab.DAL.EntityClasses.OfficeAddressEntity..ctor(SerializationInfo
info, StreamingContext context) in
C:\Work\PathLab\Aquevix.Pathlab\src\Source\DAL\Aquevix.Pathlab.DAL\DatabaseGeneric\EntityClasses\OfficeAddressEntity.cs:line
134
C:\Work\PathLab\Aquevix.Pathlab\src\Source\Modules\UI\Aquevix.Pathlab.Modules.UI\Views\DoctorView\DoctorEntryDetailView.resx Aquevix.Pathlab.Modules.UI
Joined: 03-Jun-2010
Hi Otis,
Otis wrote:
Looks like somewhere you referenced a v2.6 version of the ormsupportclasses as well?
I suspect that may not be true. I will double check just in case I missed it. Actually all the DLLs are in a single folder on this machine.
Further if it was that, then why would the clean rebuild fix it?
It's midnight here. Will let you know tomorrow morning.
I second what Frans said. Most probably this is a version mismatch issue, where you have 2 versions of the ORMSUpportClasses referenced in your solution.
Most probably the generated code references one version while your application references the other.
Joined: 03-Jun-2010
Walaa wrote:
I second what Frans said. Most probably this is a version mismatch issue, where you have 2 versions of the ORMSUpportClasses referenced in your solution.
Most probably the generated code references one version while your application references the other.
Nah. This machine is a clean machine with fresh Windows/VS2008sp1 install. We fetch the source (including the ORMSUpportClasses DLL) via SVN. Even searched on the system. Only version 3 DLLs.
Here's more detail. We have an address control. When we add the address control the RESX is getting some bad data. For trial we commented the section in resx of a form where we have this control and then we are not seeing this error.
See the two data sections commented.
<?xml version="1.0" encoding="utf-8"?>
<root>
<!--
Microsoft ResX Schema
Version 2.0
The primary goals of this format is to allow a simple XML format
that is mostly human readable. The generation and parsing of the
various data types are done through the TypeConverter classes
associated with the data types.
Example:
... ado.net/XML headers & schema ...
<resheader name="resmimetype">text/microsoft-resx</resheader>
<resheader name="version">2.0</resheader>
<resheader name="reader">System.Resources.ResXResourceReader, System.Windows.Forms, ...</resheader>
<resheader name="writer">System.Resources.ResXResourceWriter, System.Windows.Forms, ...</resheader>
<data name="Name1"><value>this is my long string</value><comment>this is a comment</comment></data>
<data name="Color1" type="System.Drawing.Color, System.Drawing">Blue</data>
<data name="Bitmap1" mimetype="application/x-microsoft.net.object.binary.base64">
<value>[base64 mime encoded serialized .NET Framework object]</value>
</data>
<data name="Icon1" type="System.Drawing.Icon, System.Drawing" mimetype="application/x-microsoft.net.object.bytearray.base64">
<value>[base64 mime encoded string representing a byte array form of the .NET Framework object]</value>
<comment>This is a comment</comment>
</data>
There are any number of "resheader" rows that contain simple
name/value pairs.
Each data row contains a name, and value. The row also contains a
type or mimetype. Type corresponds to a .NET class that support
text/value conversion through the TypeConverter architecture.
Classes that don't support this are serialized and stored with the
mimetype set.
The mimetype is used for serialized objects, and tells the
ResXResourceReader how to depersist the object. This is currently not
extensible. For a given mimetype the value must be set accordingly:
Note - application/x-microsoft.net.object.binary.base64 is the format
that the ResXResourceWriter will generate, however the reader can
read any of the formats listed below.
mimetype: application/x-microsoft.net.object.binary.base64
value : The object must be serialized with
: System.Runtime.Serialization.Formatters.Binary.BinaryFormatter
: and then encoded with base64 encoding.
mimetype: application/x-microsoft.net.object.soap.base64
value : The object must be serialized with
: System.Runtime.Serialization.Formatters.Soap.SoapFormatter
: and then encoded with base64 encoding.
mimetype: application/x-microsoft.net.object.bytearray.base64
value : The object must be serialized into a byte array
: using a System.ComponentModel.TypeConverter
: and then encoded with base64 encoding.
-->
<xsd:schema id="root" xmlns="" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">
<xsd:import namespace="http://www.w3.org/XML/1998/namespace" />
<xsd:element name="root" msdata:IsDataSet="true">
<xsd:complexType>
<xsd:choice maxOccurs="unbounded">
<xsd:element name="metadata">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="value" type="xsd:string" minOccurs="0" />
</xsd:sequence>
<xsd:attribute name="name" use="required" type="xsd:string" />
<xsd:attribute name="type" type="xsd:string" />
<xsd:attribute name="mimetype" type="xsd:string" />
<xsd:attribute ref="xml:space" />
</xsd:complexType>
</xsd:element>
<xsd:element name="assembly">
<xsd:complexType>
<xsd:attribute name="alias" type="xsd:string" />
<xsd:attribute name="name" type="xsd:string" />
</xsd:complexType>
</xsd:element>
<xsd:element name="data">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
<xsd:element name="comment" type="xsd:string" minOccurs="0" msdata:Ordinal="2" />
</xsd:sequence>
<xsd:attribute name="name" type="xsd:string" use="required" msdata:Ordinal="1" />
<xsd:attribute name="type" type="xsd:string" msdata:Ordinal="3" />
<xsd:attribute name="mimetype" type="xsd:string" msdata:Ordinal="4" />
<xsd:attribute ref="xml:space" />
</xsd:complexType>
</xsd:element>
<xsd:element name="resheader">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
</xsd:sequence>
<xsd:attribute name="name" type="xsd:string" use="required" />
</xsd:complexType>
</xsd:element>
</xsd:choice>
</xsd:complexType>
</xsd:element>
</xsd:schema>
<resheader name="resmimetype">
<value>text/microsoft-resx</value>
</resheader>
<resheader name="version">
<value>2.0</value>
</resheader>
<resheader name="reader">
<value>System.Resources.ResXResourceReader, System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
</resheader>
<resheader name="writer">
<value>System.Resources.ResXResourceWriter, System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
</resheader>
<metadata name="patientEntityBindingSource.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
<value>17, 17</value>
</metadata>
<!--<data name="_addressControl.OfficeAddress" mimetype="application/x-microsoft.net.object.binary.base64">
<value>
AAEAAAD/////AQAAAAAAAAAMAgAAAFFBcXVldml4LlBhdGhsYWIuREFMLCBWZXJzaW9uPTEuMC4zODQ2
LjI4ODI5LCBDdWx0dXJlPW5ldXRyYWwsIFB1YmxpY0tleVRva2VuPW51bGwMAwAAAGlTRC5MTEJMR2Vu
LlByby5PUk1TdXBwb3J0Q2xhc3Nlcy5ORVQyMCwgVmVyc2lvbj0zLjAuMC4wLCBDdWx0dXJlPW5ldXRy
YWwsIFB1YmxpY0tleVRva2VuPWNhNzNiNzRiYTRlM2ZmMjcFAQAAADVBcXVldml4LlBhdGhsYWIuREFM
LkVudGl0eUNsYXNzZXMuT2ZmaWNlQWRkcmVzc0VudGl0eR8AAAAQX2NvbGxlY3Rpb25Cb3lzXw9fY29s
bGVjdGlvbkJveXMLX2VtcGxveWVlc18KX2VtcGxveWVlcxVfbWFya2V0aW5nRXhlY3V0aXZlc18UX21h
cmtldGluZ0V4ZWN1dGl2ZXMJX3BhdGllbnRzCl9wYXRpZW50c18NX3JlZmVycmVkTGFicxFfcmVmZXJy
aW5nRG9jdG9ycxJfcmVmZXJyaW5nRG9jdG9yc18PX3JlZmVycmluZ0xhYnNfDl9yZWZlcnJpbmdMYWJz
GV9yZWZlcnJpbmdQYW5lbENvbXBhbmllc18YX3JlZmVycmluZ1BhbmVsQ29tcGFuaWVzC19maWVsZHNE
YXRhDF9maWVsZHNGbGFncwxfZmllbGRzU3RhdGUOX2ZpZWxkc0lzRGlydHkFX25hbWUGX2lzTmV3Cl92
YWxpZGF0b3IJX29iamVjdElEF19yZWxhdGVkRW50aXR5U3luY0luZm9zFF9maWVsZDJSZWxhdGVkRW50
aXR5IV9jb25jdXJyZW5jeVByZWRpY2F0ZUZhY3RvcnlUb1VzZRNfZGF0YUVycm9ySW5mb0Vycm9yHF9k
YXRhRXJyb3JJbmZvRXJyb3JzUGVyRmllbGQZX3R5cGVEZWZhdWx0VmFsdWVQcm92aWRlchBfYXV0aG9y
aXplclRvVXNlDV9hdWRpdG9yVG9Vc2UCAgICAgICAgICAgICAgIDAwQAAQACAwQEAgECBAQEEVN5c3Rl
bS5PYmplY3RbXVtdG1N5c3RlbS5Db2xsZWN0aW9ucy5CaXRBcnJheSxTRC5MTEJMR2VuLlByby5PUk1T
dXBwb3J0Q2xhc3Nlcy5FbnRpdHlTdGF0ZQMAAAABAQtTeXN0ZW0uR3VpZMEFU0QuTExCTEdlbi5Qcm8u
T1JNU3VwcG9ydENsYXNzZXMuRmFzdERpY3Rpb25hcnlgMltbU3lzdGVtLkd1aWQsIG1zY29ybGliLCBW
ZXJzaW9uPTIuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0
ZTA4OV0sW1NELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRDbGFzc2VzLkZhc3REaWN0aW9uYXJ5YDJbW1N5
c3RlbS5TdHJpbmcsIG1zY29ybGliLCBWZXJzaW9uPTIuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVi
bGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0ZTA4OV0sW1NELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRDbGFz
c2VzLkVudGl0eVN5bmNJbmZvYDFbW1NELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRDbGFzc2VzLklFbnRp
dHkyLCBTRC5MTEJMR2VuLlByby5PUk1TdXBwb3J0Q2xhc3Nlcy5ORVQyMCwgVmVyc2lvbj0zLjAuMC4w
LCBDdWx0dXJlPW5ldXRyYWwsIFB1YmxpY0tleVRva2VuPWNhNzNiNzRiYTRlM2ZmMjddXSwgU0QuTExC
TEdlbi5Qcm8uT1JNU3VwcG9ydENsYXNzZXMuTkVUMjAsIFZlcnNpb249My4wLjAuMCwgQ3VsdHVyZT1u
ZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1jYTczYjc0YmE0ZTNmZjI3XV0sIFNELkxMQkxHZW4uUHJvLk9S
TVN1cHBvcnRDbGFzc2VzLk5FVDIwLCBWZXJzaW9uPTMuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVi
bGljS2V5VG9rZW49Y2E3M2I3NGJhNGUzZmYyN11dAwAAAOoBU0QuTExCTEdlbi5Qcm8uT1JNU3VwcG9y
dENsYXNzZXMuRmFzdERpY3Rpb25hcnlgMltbU3lzdGVtLlN0cmluZywgbXNjb3JsaWIsIFZlcnNpb249
Mi4wLjAuMCwgQ3VsdHVyZT1uZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1iNzdhNWM1NjE5MzRlMDg5XSxb
U3lzdGVtLkd1aWQsIG1zY29ybGliLCBWZXJzaW9uPTIuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVi
bGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0ZTA4OV1dAwAAADJTRC5MTEJMR2VuLlByby5PUk1TdXBwb3J0
Q2xhc3Nlcy5JVHlwZURlZmF1bHRWYWx1ZQMAAAAsU0QuTExCTEdlbi5Qcm8uT1JNU3VwcG9ydENsYXNz
ZXMuSUF1dGhvcml6ZXIDAAAAKVNELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRDbGFzc2VzLklBdWRpdG9y
AwAAAAIAAAAKCgoKCgoKCgoKCgoKCgoJBAAAAAkFAAAABfr///8sU0QuTExCTEdlbi5Qcm8uT1JNU3Vw
cG9ydENsYXNzZXMuRW50aXR5U3RhdGUBAAAAB3ZhbHVlX18ACAMAAAAAAAAAAQYHAAAAE09mZmljZUFk
ZHJlc3NFbnRpdHkBCgT4////C1N5c3RlbS5HdWlkCwAAAAJfYQJfYgJfYwJfZAJfZQJfZgJfZwJfaAJf
aQJfagJfawAAAAAAAAAAAAAACAcHAgICAgICAgI2Vgz+8osmR5E+3hBN68IuCgoKBgkAAAAACgoKCgcE
AAAAAQEAAAAPAAAABQkKAAAACQsAAAAJDAAAAAkNAAAACQ4AAAAJDwAAAAkQAAAACREAAAAJEgAAAAkT
AAAACRQAAAAJFQAAAAkWAAAACRcAAAAJGAAAAAQFAAAAG1N5c3RlbS5Db2xsZWN0aW9ucy5CaXRBcnJh
eQMAAAAHbV9hcnJheQhtX2xlbmd0aAhfdmVyc2lvbgcAAAgICAkZAAAAHgAAAB4AAAAQCgAAAAIAAAAJ
GgAAAAoQCwAAAAIAAAANAhAMAAAAAgAAAA0CEA0AAAACAAAADQIQDgAAAAIAAAAGGwAAAAFPChAPAAAA
AgAAAA0CEBAAAAACAAAADQIQEQAAAAIAAAANAhASAAAAAgAAAA0CEBMAAAACAAAADQIQFAAAAAIAAAAN
AhAVAAAAAgAAAA0CEBYAAAACAAAADQIQFwAAAAIAAAANAhAYAAAAAgAAAA0CDxkAAAABAAAACAEAAAAB
GgAAAPj///+t0UO0zHEUQIj5Wwh2yiffCw==
</value>
</data>-->
<!--<data name="_addressControl.ResidenceAddress" mimetype="application/x-microsoft.net.object.binary.base64">
<value>
AAEAAAD/////AQAAAAAAAAAMAgAAAFFBcXVldml4LlBhdGhsYWIuREFMLCBWZXJzaW9uPTEuMC4zODQ2
LjI4ODI5LCBDdWx0dXJlPW5ldXRyYWwsIFB1YmxpY0tleVRva2VuPW51bGwMAwAAAGlTRC5MTEJMR2Vu
LlByby5PUk1TdXBwb3J0Q2xhc3Nlcy5ORVQyMCwgVmVyc2lvbj0zLjAuMC4wLCBDdWx0dXJlPW5ldXRy
YWwsIFB1YmxpY0tleVRva2VuPWNhNzNiNzRiYTRlM2ZmMjcFAQAAADhBcXVldml4LlBhdGhsYWIuREFM
LkVudGl0eUNsYXNzZXMuUmVzaWRlbmNlQWRkcmVzc0VudGl0eR8AAAAQX2NvbGxlY3Rpb25Cb3lzXw9f
Y29sbGVjdGlvbkJveXMLX2VtcGxveWVlc18KX2VtcGxveWVlcxVfbWFya2V0aW5nRXhlY3V0aXZlc18U
X21hcmtldGluZ0V4ZWN1dGl2ZXMJX3BhdGllbnRzCl9wYXRpZW50c18NX3JlZmVycmVkTGFicxFfcmVm
ZXJyaW5nRG9jdG9ycxJfcmVmZXJyaW5nRG9jdG9yc18PX3JlZmVycmluZ0xhYnNfDl9yZWZlcnJpbmdM
YWJzGV9yZWZlcnJpbmdQYW5lbENvbXBhbmllc18YX3JlZmVycmluZ1BhbmVsQ29tcGFuaWVzC19maWVs
ZHNEYXRhDF9maWVsZHNGbGFncwxfZmllbGRzU3RhdGUOX2ZpZWxkc0lzRGlydHkFX25hbWUGX2lzTmV3
Cl92YWxpZGF0b3IJX29iamVjdElEF19yZWxhdGVkRW50aXR5U3luY0luZm9zFF9maWVsZDJSZWxhdGVk
RW50aXR5IV9jb25jdXJyZW5jeVByZWRpY2F0ZUZhY3RvcnlUb1VzZRNfZGF0YUVycm9ySW5mb0Vycm9y
HF9kYXRhRXJyb3JJbmZvRXJyb3JzUGVyRmllbGQZX3R5cGVEZWZhdWx0VmFsdWVQcm92aWRlchBfYXV0
aG9yaXplclRvVXNlDV9hdWRpdG9yVG9Vc2UCAgICAgICAgICAgICAgIDAwQAAQACAwQEAgECBAQEEVN5
c3RlbS5PYmplY3RbXVtdG1N5c3RlbS5Db2xsZWN0aW9ucy5CaXRBcnJheSxTRC5MTEJMR2VuLlByby5P
Uk1TdXBwb3J0Q2xhc3Nlcy5FbnRpdHlTdGF0ZQMAAAABAQtTeXN0ZW0uR3VpZMEFU0QuTExCTEdlbi5Q
cm8uT1JNU3VwcG9ydENsYXNzZXMuRmFzdERpY3Rpb25hcnlgMltbU3lzdGVtLkd1aWQsIG1zY29ybGli
LCBWZXJzaW9uPTIuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49Yjc3YTVjNTYx
OTM0ZTA4OV0sW1NELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRDbGFzc2VzLkZhc3REaWN0aW9uYXJ5YDJb
W1N5c3RlbS5TdHJpbmcsIG1zY29ybGliLCBWZXJzaW9uPTIuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwg
UHVibGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0ZTA4OV0sW1NELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRD
bGFzc2VzLkVudGl0eVN5bmNJbmZvYDFbW1NELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRDbGFzc2VzLklF
bnRpdHkyLCBTRC5MTEJMR2VuLlByby5PUk1TdXBwb3J0Q2xhc3Nlcy5ORVQyMCwgVmVyc2lvbj0zLjAu
MC4wLCBDdWx0dXJlPW5ldXRyYWwsIFB1YmxpY0tleVRva2VuPWNhNzNiNzRiYTRlM2ZmMjddXSwgU0Qu
TExCTEdlbi5Qcm8uT1JNU3VwcG9ydENsYXNzZXMuTkVUMjAsIFZlcnNpb249My4wLjAuMCwgQ3VsdHVy
ZT1uZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1jYTczYjc0YmE0ZTNmZjI3XV0sIFNELkxMQkxHZW4uUHJv
Lk9STVN1cHBvcnRDbGFzc2VzLk5FVDIwLCBWZXJzaW9uPTMuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwg
UHVibGljS2V5VG9rZW49Y2E3M2I3NGJhNGUzZmYyN11dAwAAAOoBU0QuTExCTEdlbi5Qcm8uT1JNU3Vw
cG9ydENsYXNzZXMuRmFzdERpY3Rpb25hcnlgMltbU3lzdGVtLlN0cmluZywgbXNjb3JsaWIsIFZlcnNp
b249Mi4wLjAuMCwgQ3VsdHVyZT1uZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1iNzdhNWM1NjE5MzRlMDg5
XSxbU3lzdGVtLkd1aWQsIG1zY29ybGliLCBWZXJzaW9uPTIuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwg
UHVibGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0ZTA4OV1dAwAAADJTRC5MTEJMR2VuLlByby5PUk1TdXBw
b3J0Q2xhc3Nlcy5JVHlwZURlZmF1bHRWYWx1ZQMAAAAsU0QuTExCTEdlbi5Qcm8uT1JNU3VwcG9ydENs
YXNzZXMuSUF1dGhvcml6ZXIDAAAAKVNELkxMQkxHZW4uUHJvLk9STVN1cHBvcnRDbGFzc2VzLklBdWRp
dG9yAwAAAAIAAAAKCgoKCgoKCgoKCgoKCgoJBAAAAAkFAAAABfr///8sU0QuTExCTEdlbi5Qcm8uT1JN
U3VwcG9ydENsYXNzZXMuRW50aXR5U3RhdGUBAAAAB3ZhbHVlX18ACAMAAAAAAAAAAQYHAAAAFlJlc2lk
ZW5jZUFkZHJlc3NFbnRpdHkBCgT4////C1N5c3RlbS5HdWlkCwAAAAJfYQJfYgJfYwJfZAJfZQJfZgJf
ZwJfaAJfaQJfagJfawAAAAAAAAAAAAAACAcHAgICAgICAgJEFgERAw2uR6gjAXUH2uwtCgoKBgkAAAAA
CgoKCgcEAAAAAQEAAAANAAAABQkKAAAACQsAAAAJDAAAAAkNAAAACQ4AAAAJDwAAAAkQAAAACREAAAAJ
EgAAAAkTAAAACRQAAAAJFQAAAAkWAAAABAUAAAAbU3lzdGVtLkNvbGxlY3Rpb25zLkJpdEFycmF5AwAA
AAdtX2FycmF5CG1fbGVuZ3RoCF92ZXJzaW9uBwAACAgICRcAAAAaAAAAGgAAABAKAAAAAgAAAAkYAAAA
ChALAAAAAgAAAA0CEAwAAAACAAAADQIQDQAAAAIAAAANAhAOAAAAAgAAAAYZAAAAAVIKEA8AAAACAAAA
DQIQEAAAAAIAAAANAhARAAAAAgAAAA0CEBIAAAACAAAADQIQEwAAAAIAAAANAhAUAAAAAgAAAA0CEBUA
AAACAAAADQIQFgAAAAIAAAANAg8XAAAAAQAAAAgBAAAAARgAAAD4////MmBJndcfX0u9JUuFZcYSOQs=
</value>
</data>-->
</root>
Joined: 03-Jun-2010
MTrinder wrote:
Would it be possible for you to attach the entire solution so that we can try it for our selves...?
Does this happen on more than one machine...?
Matt
No. Its not possible to provide entire solution. This is a big application and contains our proprietary code and algorithms.
Yes this is happening on multiple machines. All the machines are configured in exactly the same way. However I do not thing it is the machine config.
Thanks
Joined: 03-Jun-2010
Walaa wrote:
No. Its not possible to provide entire solution. This is a big application and contains our proprietary code and algorithms.
Could you please provide a simple repro solution? Coz we can't reproduce it over here.
Sorry but I can't. Even we cannot reproduce this here except our project. I guess we will need to keep this as a dead duck.
Thanks
The resx files have types dragged onto the control binary serialized inside them. This might be the problem. Also where the exception occurs, you might try to set a breakpoint and in the debugger try to obtain the codebase property of the assemblies of both types which apparently aren't the same.
Though I think it's the types onto the control / form (e.g. an entity collection) which are tied to a specific assembly and serialized as such into the resx file, otherwise I don't know.