SFML na linux mint w Code::Blocks wczoraj działał, a dziś nie ;/

Question

Witam, wczoraj skonfigurowałem sobie projekt SFML na podstawie tego:

http://www.sfml-dev.org/tutorials/2.2/start-cb.php

Po wciśnięciu F9 program się uruchomił. Dziś natomiast nie. Oto logi kompilacji:

-------------- Build: Debug in Tower Defence (compiler: GNU GCC Compiler)---------------

g++ -Wall -DSFML_STATIC -g -std=c++11 -I../../Liby/SFML-2.2/include -c "/home/kulomb/Dokumenty/CodeBlocks/Tower Defence/main.cpp" -o obj/Debug/main.o
g++ -L../../Liby/SFML-2.2/lib -o "bin/Debug/Tower Defence" obj/Debug/main.o   -lsfml-graphics -lsfml-window -lsfml-system
Output file is bin/Debug/Tower Defence with size 177,96 KB
Process terminated with status 0 (0 minute(s), 0 second(s))
0 error(s), 0 warning(s) (0 minute(s), 0 second(s))
 

-------------- Run: Debug in Tower Defence (compiler: GNU GCC Compiler)---------------

Checking for existence: /home/kulomb/Dokumenty/CodeBlocks/Tower Defence/bin/Debug/Tower Defence
Executing: /home/kulomb/Dokumenty/CodeBlocks/Tower\ Defence/bin/Debug/Tower\ Defence  (in /home/kulomb/Dokumenty/CodeBlocks/Tower Defence/.)
Process terminated with status -1 (0 minute(s), 0 second(s))
 

Z tego co tu widzę w ścieżce do pliku są powstawiane znaki \ . Może ktoś to wytłumaczyć?

Gdy kompiluję w trybie Release w konsoli wyświetla się "Segmentation fault".

Po ponownym uruchomieniu komputera działa o_O

Answer 1

Znaki "\ " to spacja ;)

Kompilator nie lubi ścieżek ze spacjami ("Tower Defence") więc zamienia je sobie na ciąg znaków ("Tower\ Defence"), nic ważnego :)

Tryb relase to specjalny tryb kompilacji używany przy tzw final buildach - ostatecznym pliku wykonywalnym tworzonego programu. obstawiam, że Code::Blocks ma inne parametry polecenia g++ dla Debug i Relase (tak jest w eclipse) przez co przełączenie projektu w tryb relase wykrzacza wszystko. Radzę Ci go zostawić na czas pisania projektu w trybie debug i dopiero gdy nic już nie będziesz poprawiał, skompilujesz projekt dla trybu relase.

Segmentation fault to błąd najczęściej spowodowany odwołaniem się do złego miejsca w pamięci np bad pointer (usunąłeś obiekt, ale potem i tak coś z nim robisz) dziwne, że wyskakuje po uruchomieniu programu który nie ma żadnych błędów.

Jeśli nie ruszałeś kodu z poradnika, to wszystko powinno działać, chyba że podczas kompilacji / linkowania podałeś złe ścieżki dostępu do libsów lub ich nie uwzględniłeś. Proponuję po kolei kompilować pliki i na żywo sprawdzać wynik konsoli.

Przenieś się do katalogu z plikiem main.cpp w konsoli (polecenie cd  ) tak, by po wywołaniu komendy ls wyświetliło Ci plik który chcesz skompilować.

krok 1 wpisz w konsoli

g++ -std=c++11 -c -o "main.o" ./main.cpp

 

krok 2 wpisz w konsoli

g++ -std=c++11 -L/usr/local/lib -libsfml-system -libsfml-window -libsfml-graphics -o "main" ./main.o

 

krok 3 wpisz w konsoli

./game

 

Jeśli krok 1 wywalił błędy to znaczy że gdzieś w kodzie są błędy składni lub niepoprawne wywołania poleceń lub funkcji itd

jeśli krok 2 wywalił błędy to najprowdopodobniej nie widzi bibliotek ("unresolved reference ...")

jeśli krok 3 wywalił błędy to znaczy że kod zawiera tzw błędy logiczne

Comments

Krok 2 może nie zadziałać, ponieważ widziałem że liby sfml na twoim PC nie są w domyślnej ścieżce (usr/local/lib albo /usr/lib)

U ciebie jest jakaś ścieżka ../../Liby/SFML-2.2/lib która trochę mało mi mówi...

Znajdź pliki libsfml-system.so, libsfml-window.so i libsfml-graphics.so i podaj je wraz ze ścieżkami bezwzględnymi do linkera np. u mnie jest tak:

g++ -std=c++11 -L/usr/local/lib /usr/local/lib/libsfml-system.so.2 /usr/local/lib/libsfml-window.so.2 /usr/local/lib/libsfml-graphics.so.2 -o "main" ./main.o

w poleceniu g++ bezpośrednio wypisałem lokalizację libów SFML

/usr/local/lib/libsfml-system.so.2

/usr/local/lib/libsfml-window.so.2

/usr/local/lib/libsfml-graphics.so.2

Problem jest w tym, że nie wiem gdzie Ty masz te pliki ;)