Messages

1

General / Re: Application was unable to start correctly (0xc000007b)

« on: July 02, 2018, 07:04:27 pm »

I tried rerunning it, with the CMake flag BUILD_SHARED_LIBS set to false to build static sfml libraries, and now the examples don't generate an error message, they simply open and immediately close.

2

General / Re: Application was unable to start correctly (0xc000007b)

« on: July 02, 2018, 06:46:42 pm »

Using dependency walker on pong.exe gives me exactly the same list of missing dlls.
Should libgcc_s_seh-1.dll be present in my minGW, because all I have is libgcc_s_dw2-1.dll?

3

General / Re: Application was unable to start correctly (0xc000007b)

« on: July 02, 2018, 06:40:30 pm »

Ok this is weird, I redownloaded the source, and recompiled with CMake.

Running the "pong" example that was generated produces the same error.

I guess this means that it's not just something stupid I'm doing with my build command.

I just ran mingw32-make on the makefile CMake generated, which built both pong and the libraries through one makefile, so the compilers that compiled tham have to be identical, right?

What on earth could cause this problem?

4

General / Re: Application was unable to start correctly (0xc000007b)

« on: June 30, 2018, 04:58:35 pm »

That was actually an issue I had earlier in the process. My haskell compiler installation had a g++ in it for some reason, and was earlier in my path variable. This meant sfml was built using that one. When the include files didn't work, I pinpointed that as the problem. After fixing that, there were a bunch of undefined reference errors, which I tracked down to the same issue. After removing the duplicate g++ from my path, and rerunning cmake and mingw32-make, those issues disappeared to be replaced by this one.

So I'm pretty sure that yes, the compilers are the same, and in fact them being the same was the solution to a problem I solved already.

5

General / Re: Application was unable to start correctly (0xc000007b)

« on: June 30, 2018, 11:17:58 am »

"g++ --version" tells me that my compiler is version 7.1.0.

I downloaded sfml from here https://github.com/SFML/SFML/archive/master.zip, used cmake to generate a mingw makefile, and ran mingw32-make, which produced the .a and .dll files I'm now trying to link.

6

General / Re: Application was unable to start correctly (0xc000007b)

« on: June 30, 2018, 09:55:06 am »

It's a windows 7, 64 bit laptop. The compiler I'm using is https://mingw-w64.org/doku.php, which despite the name, isn't 64-bit. I think it's just called that because it supports creating 64-bit programs.

7

General / Application was unable to start correctly (0xc000007b)

« on: June 29, 2018, 07:07:29 pm »

So I've tried compiling my first sfml application, using minGW. The source can be seen here: https://pastebin.com/bVg0U35K (it's very short, just a hello world kinda thing). So I compile it with this command:
g++ sfmltest.cpp -o sfmltest -L c:/lib/lib -lsfml-graphics -lsfml-window -lsfml-system
and it compiles fine. the .a files and .dlls are in C:/lib/lib, and the headers are in a place where they definitely get included.
Attempting to run the program generates the message "The application was unable to start correctly (0xc000007b)". Some quick googling yields this page https://stackoverflow.com/questions/10492037/the-application-was-unable-to-start-correctly-0xc000007b, telling me this issue is probably due to 32-bit 64-bit mismatches, but I compiled sfml myself using cmake, with the very compiler I'm using for this program, and by the check suggested in the top answer of this post https://superuser.com/questions/358434/how-to-check-if-a-binary-is-32-or-64-bit-on-windows, it seems that my compiler, all of the sfml dlls, and the compiled program that generates the error, are all x86.

The stack overflow thread also says that "dependency walker saved the day", so I tried that.
It reports that all of the libraries in this thread https://stackoverflow.com/questions/17023419/win-7-64-bit-dll-problems are missing, but that thread seems to indicate this isn't actually a problem.
It also, however, reports that libgcc_s_seh-1.dll is missing, and indeed my minGW doesn't contain this file, instead containing libgcc_s_dw2-1.dll.

In summary, the whole process of linking sfml has been long and arduous, and every time I solve an issue another one crops up to replace it. I've tried googling the issues, and requesting help elsewhere (these two reddit threads https://www.reddit.com/r/sfml/comments/8rzlis/undefined_reference_when_trying_to_link_sfml/ https://www.reddit.com/r/Compilers/comments/8n1ssv/help_linking_a_library_sfml/, although these threads are likely not very useful to read through, since they largely concern linking issues that have already been solved). It would be very much appreciated if someone could aid me in finally getting this library up and running.