Problem with WinForms: Invalid cast from 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState' to 'SD.LLBLGen.Pro.ORMSupportClasses.EntityState'

Posts   
 
    
amitjindal
User
Posts: 34
Joined: 03-Jun-2010
# Posted on: 14-Jul-2010 17:18:38   

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


Otis avatar
Otis
LLBLGen Pro Team
Posts: 39903
Joined: 17-Aug-2003
# Posted on: 14-Jul-2010 20:47:36   

Looks like somewhere you referenced a v2.6 version of the ormsupportclasses as well?

Frans Bouma | Lead developer LLBLGen Pro
amitjindal
User
Posts: 34
Joined: 03-Jun-2010
# Posted on: 14-Jul-2010 20:55:55   

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.

Walaa avatar
Walaa
Support Team
Posts: 14995
Joined: 21-Aug-2005
# Posted on: 15-Jul-2010 10:07:02   

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.

amitjindal
User
Posts: 34
Joined: 03-Jun-2010
# Posted on: 15-Jul-2010 11:41:43   

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>


MTrinder
User
Posts: 1461
Joined: 08-Oct-2008
# Posted on: 16-Jul-2010 01:40:57   

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

amitjindal
User
Posts: 34
Joined: 03-Jun-2010
# Posted on: 16-Jul-2010 07:05:58   

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

Walaa avatar
Walaa
Support Team
Posts: 14995
Joined: 21-Aug-2005
# Posted on: 16-Jul-2010 11:14:33   

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.

amitjindal
User
Posts: 34
Joined: 03-Jun-2010
# Posted on: 16-Jul-2010 11:28:19   

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

daelmo avatar
daelmo
Support Team
Posts: 8245
Joined: 28-Nov-2005
# Posted on: 17-Jul-2010 04:28:32   

We will mark this as done for now. Please come back if you can give us some steps to reproduce it consistently or even better, a tiny repro solution.

David Elizondo | LLBLGen Support Team
Otis avatar
Otis
LLBLGen Pro Team
Posts: 39903
Joined: 17-Aug-2003
# Posted on: 17-Jul-2010 11:06:47   

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.

Frans Bouma | Lead developer LLBLGen Pro