"sfml-system.dll" is missing from your computer, error - c++

I've been following the Code Blocks installation tutorial for SFML: http://sfml-dev.org/tutorials/1.6/start-cb.php
I did everything in the tutorial, but when I compile, I get the error saying:
"The program can't start because sfml-system.dll is missing from your computer. Try reinstalling the program to fix this problem.
I've been scouring Google for solutions, but nothing has worked so far. Stuff I've tried:
-Moving the sfml-system.dll into the same directory as my .exe
-Changing the "debug" linker options to static and dynamic.
Any help on this issue will be greatly appreciated, thanks!
Carpetfizz

First, your link is for 1.6. The most recent version is 2, which might be better. (in terms of organization/ability etc - more time of improvements added to it in theory).
In the download of SFML I have had, the DLL's are in the SFML/bin folder, or something similar. When I have gotten this error before, it was when I was trying to link dynamically to them and the DLL was not, as you said, in the directory.
Ah. Assuming the directory is not the problem (you could try to put it right next to it just to be sure), looking at the tuturial in question says that you need to also define SFML_DYNAMIC. For some reason I feel like it said if you use gcc this did not make a difference, but that was probably the 2 tuturial (which might have different listed version of gcc), so I would try that. (near the bottom of the page).

Related

Having challenges installing pandoc-crossref in windows

I have recently started using r markdown and I am having issues with installing pandoc-crossref in window.
I have tried approaching friends on getting the set-up but to no avail. I have tried searching on the web but couldn't find anything useful. I tried following the directions here text to no avail. I will be grateful if anyone knows where i can get the set up and how to go about installing it.
You don't give any information about what errors you receive, so it is hard to provide useful help. This being said...
Trying to guess what your problem is. It is likely that you are getting the error could not find executable pandoc-crossref when trying to compile. Assuming that that is the case, your problem might be the following. Notice that pandoc-crossref.exe is not an installer, but an executable, so double clicking on it in an attempt to install it will do nothing except bring up a terminal for an instant. Is that what you have done? Where did you place it?
Leaving pandoc-crossref.exe e.g. in your downloads folder or on your Desktop would give the could not find executable pandoc-crossref error when trying to compile, because the executable needs to be in your $PATH, or pandoc will not be able to find it and run it.
A possible solution. If my guesses above are correct, you might be able to solve your problem by placing pandoc-crossref.exe inside your pandoc program folder, where your pandoc.exe file is, which is by default in:
C:\Program Files\Pandoc\
So try to place pandoc-crossref.exe in that folder and see if it works.
If this does not help. Say exactly what it is that you tried to do, what errors you encountered, and maybe include a screenshot.

OpenAL32.dll missing error

I have downloaded gorilla-audio source code to use it in my software, but when I use the external library from OpenAL (in gorilla-audio, the OpenAL32.lib) the project compiles with no errors or anything, but it doesn't run normally, I still haven't implemented anything from gorilla sound, just wanted to check that after adding the library it would still work the same before editing anything, but it just doesn't, I have linked everything and used the correct version of .lib but when I run the project it says:
The program can't start because OpenAL32.dll is missing from your
computer. Try reinstalling the program to fix this problem.
What should I do, I've googled that but I'm just scared to download random things, plus I don't even know where should I put it.
Any help guys,
Thanks ^_^

SFML - Code::Blocks can't see sfml-graphics (etc) files

I really need help with installing SFML to Code::Block.
I tried a lot of tutorials and nothing work right.
Finally I am able to compile some code (there is no problem with code, I found it on internet for testing) and everything seems ok. No errors and no warnings. But I can't run my code. The error is that program can't see the sfml-...-.dll file. But it show full path to the file, so I don't know, why it is not able to read it or use it.
Sorry, I would like to add the error here, but now it shows only in my language (which is not english) but previous state was similar error during compiling the code and code::blocks was saying that: cannot find -lsfml-graphics-d. But I certainly had the paths set and the files in the right folders. I tried several tutorials and every tutorial was quite different. So I have feeling I tried everything.
Thank you very much for answers.
Anagstrema
thanks for helping. I still don't know, where mistake was, but I found totally different advice/tutorial. And it worked. Maybe it is because sfml-graphics etc was in different order than in others tutorial (which is strange) but it worked. Here is the way which worked for me: https://en.sfml-dev.org/forums/index.php?topic=13304.msg93473#msg93473.

The program can't start because libgcc_s_dw2-1.dll is missing from your computer. Simple console

Please help. I am using Code Blocks, and I have just built a project and now when I try to run the ".exe" it says this message "The program can't start because libgcc_s_dw2-1.dll is missing from your computer...this problem." I have tried to download those .dlls and extract them into the location where the ".exe" is stored and then tried running the program again but it crashes. I have no idea what to do anymore.
Can anyone give me steps to solving this using Code Blocks(IDE. that I use)? Please.
Another note that I'd like to add is that I am learning C++ and I do not understand complicated lingo like "linker", "links", and etcetera. I want this application to be stand-alone if possible but I have searched around about this issue and people are saying to place the related .dlls from the bin of minGW where your executable is but then they say that there is licensing issues. I am getting confused about this and I just want a simple fix, I don't want any licensing issues.
Can you explain it from Code Blocks point of view? Because that's the program that I am using, and some steps to fix it would be really nice.
Note 3: People are also saying to use something like "-static-libgcc" but I have no idea what to do with that.
The libgcc_s_dw2-1.dll should be in the compiler's bin directory.
You can add this directory to your PATH environment variable for runtime linking, or you can avoid the problem by adding -static-libgcc -static-libstdc++ to your compiler flags.

Glew Run Time/Linker Error

No sure why, but every time I run my OpenGL program on my home computer a message box pops up at runtime stating "The procedure entry point glewInit could not be located int he dynamic link library glew32.dll". Now I am almost certain I installed everything properly, I followed the instructions from the glew webpage and I can even get the program to run on my work computer. I've tried searching online for solutions to this error but most people with this error have it because they forgot to include the dll file in the linker dependencies (Which is not my issue.) Does anyone have any insight on how to correct or circumvent this error? My current operating system is Windows 7 Professional edition (2009).
Quick solution of last resort is to look for an other glew32.dll on your system shipped with an other application (you can easily find such an application over the web).
The problem appears when mixing headers/libs versions. It will compile, but while the older versions declares glewInit as entry point, the newer ones (1.9 for sure) declares _glewInit#0 in release configuration.
Confusing your last compilation output with an old debug exe can also produce such a situation.
Not sure what the problem was, but I redownloaded glew, I think I might have been missing a header file (not glew.h) and that forced it to blow up with a less than helpful error message.