sfml-graphics-d.dll Issues VS C++ 2010

[curscascis]

Hi guys

I am running Visual Studio 2010 c++ and I have the necessary DLL's in the debug folder. I have tried over a 100 times and no matter what I do it keeps showing that sfml-graphics-d.dll is missing from my computer when the program attempts to run. What could be causing this?

[Jove]

Tried putting them in the project folder?

[Laurent]

Is your executable in the Debug folder too? Does it work if you run it from the explorer (not from Visual Studio)?

[eXpl0it3r]

Visual Studio doesn't by default use the folder where the .exe gets build to as working directory instead it uses the folder where your .vcxproj file is generated to. So either change the paths in your project settings or copy the .dll next to your .vcxproj file.

[curscascis]

Again, its in the debug folder where VS automatically puts the exe with all the files. I put it in there with all the other necessary -d.dll's. If I put it into the project folder I get an error that simply says "This application was unable to start correctly (0xc0150002). Click OK to close the application" Any other ideas as to what might be causing this? If I can at least find the problem I can work a solution for it :3 I have also attempted to run it using the EXE and not VS, but it is the same exact thing.

[curscascis]

Any Help Guys??

[Mario]

It's just how Visual Studio handles running the files. They use the project directory as the working directory, but the actual binaries have to sit in the debug or release sub folders.

For testing, it should be sufficient to copy the libraries there. For releases just ensure they're in the same folder as the executable.

As an alternative, you could try building SFML as static libraries. That way linking will take a bit longer, the resulting executable will be bigger, but you won't need the dll files at all.

[eXpl0it3r]

"This application was unable to start correctly (0xc0150002). Click OK to close the application"

This isn't the same as not finding your DLL...

Does that now mean your application finds the DLL but crashes because of something else?
If so what are you trying to run? An example? Or if it's your own code then provide it so we can figure out what's wrong.

[curscascis]

After hours of dealing with this I came across two different conclusions that solved my problem. Number 1 I needed atigtxx.dll and atigtxxold.dll in the folder with my executables. 2 I had to recompile the normal dll's with
VS 2010 To finish getting them to work properly. Apparently if you have an ATI graphics card you need those extra DLL's

[curscascis]

Thanks for the help though guys! I hope this thread will help someone else in the future.