ThinkGeo.com    |     Documentation    |     Premium Support

How to resolve dll load issue for Map Suite Desktop 4.0 and 2.55.5

#1

 Hi there,


Does GeoThink provide a migration path for adding 4.0 Desktop Track & Edit Shapes feature to a (2.55.5 map suite desktop edition) application, without braking the original application? 


In an attempt to achieve this goal I tried to add a new  reference to 4.0 "DesktopEdition.dll" by renaming the dll as "DesktopEditionNew.dll" , in contrast to an existing reference "DesktopEdition"  to 2.55.5 "DesktopEdition.dll"

Although i added  the new reference this way  in VS2005 C# project and went  through the compilation and build successfully, 

the application encountered runtime exception: "Could not load the assembly 'DesktopEdition, Version =4.0.0.0, Culture=neutral,PublicKeyToken=null' or one of its dependencies. The located assembly's manifest definition does not match the assembly"




    
        
            
            I think the key to solve the 4.0 desktop edition dll load problem depends on resolving the mismatch between the assembly's definition and the assembly new name, "DesktopEditionNew.dll", because the assembly's definition conforms to "DesktopEdition.dll" as originally defined by GeoThink. 

            However, in order to add the 4.0 dll reference, i have to rename it as "DesktopEditionNew.dll" so that it can coexist with the existing "DesktopEdition.dll"(2.55.5) in the project. Is it possible that GeoThink can modify the assembly's definition of the 4.0 dll such that it conforms to "DesktopEditionNew.dll"? This modification will allow us to sustain the existing application based on MapSuite 2.55.5 DesktopEdition while at the same time upgrade the application with the 4.0 Track&Edit Shapes feature. You know, it is very costly if we have to redo the application from scratch using 4.0 completely. May i know what you think? Thanks a lot. 

            

            Franklin
            
        
        
        
    


    
        
            
            I think the key to solve the 4.0 desktop edition dll load problem depends on resolving the mismatch between the assembly's definition and the assembly new name, "DesktopEditionNew.dll", because the assembly's definition conforms to "DesktopEdition.dll" as originally defined by GeoThink. 

            However, in order to add the 4.0 dll reference, i have to rename it as "DesktopEditionNew.dll" so that it can coexist with the existing "DesktopEdition.dll"(2.55.5) in the project. Is it possible that GeoThink can modify the assembly's definition of the 4.0 dll such that it conforms to "DesktopEditionNew.dll"? This modification will allow us to sustain the existing application based on MapSuite 2.55.5 DesktopEdition while at the same time upgrade the application with the 4.0 Track&Edit Shapes feature. You know, it is very costly if we have to redo the application from scratch using 4.0 completely. May i know what you think? Thanks a lot. 

            

            Franklin
            
        
        
        
    


    
        
            
            I think the key to solve the 4.0 desktop edition dll load problem depends on resolving the mismatch between the assembly's definition and the assembly new name, "DesktopEditionNew.dll", because the assembly's definition conforms to "DesktopEdition.dll" as originally defined by GeoThink. 

            However, in order to add the 4.0 dll reference, i have to rename it as "DesktopEditionNew.dll" so that it can coexist with the existing "DesktopEdition.dll"(2.55.5) in the project. Is it possible that GeoThink can modify the assembly's definition of the 4.0 dll such that it conforms to "DesktopEditionNew.dll"? This modification will allow us to sustain the existing application based on MapSuite 2.55.5 DesktopEdition while at the same time upgrade the application with the 4.0 Track&Edit Shapes feature. You know, it is very costly if we have to redo the application from scratch using 4.0 completely. May i know what you think? Thanks a lot. 

            

            Franklin
            
        
        
        
    

I think the key to solve the 4.0 desktop edition dll load problem depends on resolving the mismatch between the assembly's definition and the assembly new name, "DesktopEditionNew.dll", because the assembly's definition conforms to "DesktopEdition.dll" as originally defined by GeoThink. 

However, in order to add the 4.0 dll reference, i have to rename it as "DesktopEditionNew.dll" so that it can coexist with the existing "DesktopEdition.dll"(2.55.5) in the project. Does anybody know how to add the 4.0 dll reference effectively in this context without incurring the load problem? Or are we compelled to rewrite the whole application using Map Suite Desktop 4.0 only?

Thanks for your help.



Franklin



#2

Franklin, 
  
 Thanks for your post. 
  
 Just let you know that we are stilling evaluating different ways to get this issue fixed, if you want, please reply this thread to keep it alive. 
  
 Thanks. 
  
 Yale

#3

Yale,


 It would be very encouraging if someone could show me one effective way to use both of the desktop dll (2.55.5, 4.0) in a  single .net project. So far i have found a clue how to do that yet. Do you know how? Thanks.


Franklin


 



#4

Franklin, 
  
 I am sorry we have not got the final solution for this yet, it will cause many changes including our Daily Auto Build system, and we will try to get it out as soon as possible. Basically what I think is to compile 2 set of DLLs with different names for MapSuite 2.0, what do you think for this? Hope it is what you want. 
  
 Any more questions please feel free to let me know. 
  
 Thanks. 
  
 Yale 


#5

Yale, 
  
   As long as you can arrage for us to get hold of a 2.55.5 desktop dll with different name and allow me to carry out the two dll (4.0,2.55.5) coexistence upgrading test, I am happy with that.  Can you email me a url  where i can download the "newly-named" dll? If i can complete the test successfully and manage to add the "Edit&Track Shape" with minimum change to the existing (2.55.5) application, it would be great and i can thus make a strong case for purchasing 4.0 
 Thanks a lot for your help. 
  
 Franklin

#6

Franklin, 
  
 I will ask our support to send you the renamed DLLs and please contact our support (support@thinkgeo.com) if missed, and feel free to let me know if any questions. 
  
 Thanks. 
  
 Yale