VS2013 Debug mode: The program can't start because MSVCR110D.dll is missing.

[JohnH]

Hi,

I'm having a problem when running an SFML project, but only in debug mode.  I'm using VS2013 Express on Windows 7 64 bit, and I've followed the CMake tutorial to build the dynamic version of SFML 2.1.

I used the INSTALL target to install SFML to C:\Program Files (x86)\SFML.  This works correctly.  However, when running the application in debug mode, I receive the following error:

The program can't start because MSVCR110D.dll is missing from your computer.
Try reinstalling the program to fix this problem.

The application works correctly in release mode.

Things I've tried:

1.  Searching around, I found a couple of suggestions to compile SFML myself (which is what I already did).
2.  Someone suggested installing the VS2012 redistributable.  I did that, but then realised it was the debug version of the .dll that's missing, so it was pointless to do so.
3.  Tried reinstalling VS2013, as I assume the .dll should be present already.
4.  Tried to repair the VS2013 install, but that was more out of hope than anything else.

Just in case, I've attached screenshots of the include and lib paths I have configured in my project, as well as the extra dependencies I have listed for the linker. 

Could someone kindly point me in the right direction? 

[eXpl0it3r]

What is in your PATH environment variable?
Can you search for the DLL?

[JohnH]

Thanks for the reply.  It turns out the .dll doesn't actually exist on my computer at all (the release version is present).  So I'm guessing my VS install is messed up, but, as I've said, I've already tried reinstalling and repairing it.

Do you happen to have any idea why that might have happened?  I obviously need to get the .dll, but I'd rather not download it from some random download site.

[JohnH]

Alright, so it turns out that MSVCR110D.dll is a DLL that is installed with VS2012, not 2013.  So I assume that some part of this project has been buit using VS2012.

It's just a standard test project, so the only things that are present are GLEW, SFML and OpenGL.  I just tried downloading the GLEW source and building that manually, and I still have the same problem.

Any ideas?

[eXpl0it3r]

Well I don't know but as you said *something* is using the other lib. You might want to use dependency walker to figure out which library.

[JohnH]

Thank you very much for the help.  I had no idea a tool like Dependency Watcher existed.  It turns out the project had copied the wrong set of dlls to the debug folder, so it wasn't using my newly compiled set.  Everything works now.

Thanks a lot!