ThinkGeo.com    |     Documentation    |     Premium Support

Unable to Load DLL SqlServerSpatial110.dll

#1

I am experiencing the following error:



What's funny is that this file has been copied into the program folder, System32, and SysWOW64, and yet the program still can't seem to find it.  But it gets better, on a completely different PC (both are running Windows 7/64bit) with the exact same folder structure for the program, same exact SQL Server database, it runs fine.  Any idea what might be the difference between these two PCs that would generate this error on one, and work fine on the other all things being equal (as far as I can tell)?


Thanks.  Bob


 



#2

Hello Bob, 
  
 We installed a new Windows 7 N X64 machine, copy the C++ CLR Types assemblies to the correct place and run a simple application to recreate the issue and we did by throwing an exception “Unable to load DLL ‘SqlServerSpatial110.dll’”, We found that’s because CLR Types needs VC 10.0 Runtime X86. We found a merge module Microsoft_VC100_CRT_x86.msm for it under “C:\Program Files (x86)\Common Files\Merge Modules” on a machine with VS2010 installed. We also found that there is a dependency on the .net 4.0 client framework as well. We will be posting some updated merge modules and installers as well as updating our dependency text files. Try installing the items above and let us know.  
  
 Regards, 
  
 Gary

#3

In other words, please try to install Microsoft Visual C++ 2010 Runtime

#4

I downloaded/installed VC 10.0 Runtime X86, and .Net 4.0 was already installed, and I’m getting the same error. :( 
  
 bob

#5

Hi Bob,


Please go to this page wiki.thinkgeo.com/wiki/Map_S...ment_Guide and it tells you how to deploy it at the bottom of the page.


Hope it helps,


Edgar



#6

I went to the above link and based on the requirements above I created a folder within the SysWOW64 called SqlServerTypes_X86, and copied the DLL into that folder.  The PC I’m testing this on is Running under X86 mode on an X64 system, and I built the program with a platform target of X86. 
  
 But I still get the error above…any other ideas? 
  
 bob

#7

Bob,


The new folder is not needed, the structure should like this,



Regards,


Edgar