View Ticket
Not logged in
Ticket UUID: 0d070cb1fbd07850e9b0b5a3eeb5c5cf9ef100de
Title: Runtime library dependencies for Framework 4
Status: Closed Type: Build_Problem
Severity: Important Priority: Immediate
Subsystem: None Resolution: Fixed
Last Modified: 2011-10-03 05:14:55
Version Found In:
Like others, I have found upon deployment of my project that some users are getting errors related to SQLite.Interop.dll not being found, which apparently is ultimately due to the fact that the msvcrt libraries are not correct; this is occurring on new Windows 7 64-bit computers; my application is compiled for the x86 target, and of course I'm using those libraries. (Reference

Previously I just did an XCopy deployment of my software, but unless I misunderstand the prior discussion, must now have my users run the installer so they get the correct version of the C runtime libraries? If there is a way to get back to the prior method that allows XCopy deployment (perhaps via "static linking"), that would be much preferred. I understand the arguments about wanting to keep the link dynamic, the the point is that my users have been getting some hard to diagnose errors and the entire objective of development is to NOT have external dependencies (except the Framework, of course) or require the use of the GAC (which is just like OCX dependencies to me).

I'd include the entire mscvr*.dll library if that would fix it. I'll try the suggestion of renaming the _clr0400.dll, but it is difficult to test, because my development machines by definition have the required runtime libraries, but apparently my client's brand new Win7 machines don't always. I don't have the option of going back to because I need Framework 4 support.

Thanks for all your efforts,

Chris Wilson

mistachkin added on 2011-10-03 05:14:55 UTC:
Fixed by check-in [0b847e5208]. Statically linked binaries will be available for download in the next release,, out in a few days.