list : no such file or directory :(

Version imprimable

11/06/2006, 12h11
Bakura

list : no such file or directory :(

Bonjour à tous :lol:,

Voilà j'ai un gros problème depuis hier et impossible de le résoudre, je bloque sur un truc tout con. Je suis en train de réécrire le moteur de jeu et toutes les classes d'un livre de programmation de jeu sans le regarder, mais là même en regardant sur le livre et en faisant comme eux, bizarrement ça ne marche toujours pas (que ce soit avec mon compilo Code::Blocks ou avec DevC++).

C'est en c++, ça utilise l'api windows. Le message est d'erreur est un : list : no such file or directory (c'est balot, j'ai réussi à recoder tout le moteur de jeu, en refaisant toute la classe Bitmap d'une autre manière, et que tout marche pour le moment bien, et ce petit truc m'empêche de continuer ^^) :

Je mets un fichier rar contenant tous les fichiers, au cas ou ce soit un problème qui ait un rapport avec des include ou un merdier comme ça (pour les photos n'y tener pas compte, si vous réussissez à lancer le programme vous verez une explosion rebondir contre les murs, c'était juste pour tester ^^) :

http://rapidshare.de/files/22769743/Projet1.rar.html (830 Ko)

NB : Si vous obtenez une erreur avec TransparentBlt, il faut inclure dans les paramètres de compilation du projet ceci : -DWINVER=0x0500
11/06/2006, 12h50
Mayti4

Dans MoteurDeJeu.h:

Citation:

#include <list>
using namespace std;

Il ne trouve pas le fichier list, et apparemment tu ne l'utilises pas.
11/06/2006, 19h54
Bakura

Normal je peux pas l'utiliser pour l'instant vu que déjà il me met ce message d'erreur. Faut déjà que ça ça marche, après je pourrai l'utiliser.
12/06/2006, 01h46
NewbiZ

list fait parti de la STL, il devrait être installé O_o
Regarde dans DevCpp/Include/c++/3.4.2 (ou autre numéro de version), tu devrais trouver un fichier list qui renvoies vers un bits/stl_list.h (pas sur, de mémoire)
12/06/2006, 09h13
Bakura

Ben oui, en plus je les ait déjà utilisé pour mes programmes consoles. J'ai refait un test hier un faisant un programme minimal en console en les utilisant, et ça marche. Mais dans mon moteur, rien à faire :/ Je pige vraiment pas d'ou vient le problème et je peux pas trop avancé :(.

EDIT : je précise au passage que j'ai également essayer avec le vector et le deque, même message...
12/06/2006, 14h22
Bakura

Personne pour m'aider ? :(. Vous voulez peut-être que je copie les codes sources ici plutôt que de vous obliger à télécharger sur rapidshare ? (mais les codes sont un peu gros ^^).
12/06/2006, 14h30
Laurent Gomila

Ca ne servirait pas à grand chose, c'est probablement un problème de configuration de ton environnement de développement.

Par contre tu peux peut-être fournir le makefile ?
12/06/2006, 14h40
Bakura

Ben écoute le truc super bizarre c'est qu'en mode console ça marche bien, mais le truc ENCORE plus bizarre c'est que sur les exemples du livre, ça marche très bien. Alors j'ai copié EXACTEMENET le même code, mis les mêmes include qu'eux, et ça plante :|.

Pour le makefile euhhhh.............. :aie: (tu auras compris :lol: ).
12/06/2006, 16h26
NewbiZ
On est sensé avoir une erreur à la compilation dans ton code source la ?
Parce que chez moi compilation et link sans problème:
Code:

1 2 Process terminated with status 0 (0 minutes, 2 seconds) 0 errors, 0 warnings
Tu es sur d'avoir installé correctement mingw ?
12/06/2006, 16h58
Bakura

Sérieux ? :|. T'aurais pas mis en commentaire la ligne #include <list> ? 8O

EDIT : j'ai ressayé de créer un nouveau projet, ça ne marche pas...

Mais franchement ce qui est étrange c'est que sur le projet du livre ça marche bien et j'utilise exactement le même compilo...
12/06/2006, 21h10
Bakura

Rhooo ça m'énèrve j'ai réinstallé Code::Blocks et tout et ça ne marche pas mieux :fou:. Quel est ton compilo ? vu que chez toi ça marche...

Pour MinGW ben oui, je pense pas avoir fait d'erreur, j'ai installé la version 5.0.2 (de mémoire c'est ça le numéro je crois) et les nightly builds code::blocks. J'ai réinstallé aussi la RC2 de Code::Blocks avec MinGW d'installé de base mais ça ne marche pas mieux... J'ai tout désinstallé je réinstallerai tout demain, on verra :(
12/06/2006, 21h25
Mayti4

Citation:

Pour MinGW ben oui, je pense pas avoir fait d'erreur, j'ai installé la version 5.0.2

Tu as ajouté le chemin du dossier include dans la variable d'environnement %include ?
12/06/2006, 21h27
NewbiZ

Ben j'ai tout simplement été sur le site de code::blocks, j'ai téléchargé la dernière version (celle avec le compilateur mingw intégré).
J'ai compilé et lancé le projet ... la ligne #include <list> n'est pas commentée.
Bref aucun problème quoi.
J'ai vérifié, le fichier include/c++/3.4.4/list est bien là.
12/06/2006, 22h11
Bakura

C'est à n'y plus rien comprendre... J'ai désinstallé Code::Blocks, je l'ai réinstallé, pareil, le même message d'erreur. J'ai créé un programme Windows type (qui affiche juste une fenêtre), et j'ai écrit #include <list> et là, plus de message d'erreur, ce qui prouve bien que les fichiers sont bien là...

Franchement je pige plus rien,...
12/06/2006, 22h57
Luc Hermitte

Le makefile serait effectivement utile.
Sinon, il y a une option de GCC (-v) qui permet de savoir quelle est la ligne de commande appellée pour compiler.

J'ai essayé de le compiler sous DevCpp, j'ai eu le fameux problème... résolu en enlevant Ressource.rc du projet. Après compilation sans problème.
Si tu veux le makefile pour le compiler a ton tour :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
# Project: Projet1
# Makefile created by Dev-C++ 4.9.9.2
 
CPP  = g++.exe
CC   = gcc.exe
WINDRES = windres.exe
RES  = 
OBJ  = Bitmap.o Jeu.o MoteurDeJeu.o Sprite.o $(RES)
LINKOBJ  = Bitmap.o Jeu.o MoteurDeJeu.o Sprite.o $(RES)
LIBS =  -L"lib" -mwindows -lwinmm -lgdi32  
INCS =  -I"include" 
CXXINCS =  -I"lib/gcc/mingw32/3.4.2/include"  -I"include/c++/3.4.2/backward"  -I"include/c++/3.4.2/mingw32"  -I"include/c++/3.4.2"  -I"include" 
BIN  = ProjetDevCpp.exe
CXXFLAGS = $(CXXINCS)   
CFLAGS = $(INCS)   
RM = rm -f
 
.PHONY: all all-before all-after clean clean-custom
 
all: all-before ProjetDevCpp.exe all-after
 
 
clean: clean-custom
	${RM} $(OBJ) $(BIN)
 
$(BIN): $(OBJ)
	$(CPP) $(LINKOBJ) -o "ProjetDevCpp.exe" $(LIBS)
 
Bitmap.o: Bitmap.cpp
	$(CPP) -c Bitmap.cpp -o Bitmap.o $(CXXFLAGS)
 
Jeu.o: Jeu.cpp
	$(CPP) -c Jeu.cpp -o Jeu.o $(CXXFLAGS)
 
MoteurDeJeu.o: MoteurDeJeu.cpp
	$(CPP) -c MoteurDeJeu.cpp -o MoteurDeJeu.o $(CXXFLAGS)
 
Sprite.o: Sprite.cpp
	$(CPP) -c Sprite.cpp -o Sprite.o $(CXXFLAGS)

Je n'ai pas inclu les paramètres du compilateur pour TransparentBlt, a toi de les rajouter.

13/06/2006, 10h43
Bakura

Tiens marrant j'allais posté la même solution !! J'ai tout réinstallé et j'ai ajouté les fichiers un à un et c'est le fichier ressources.rc qui fait tout planter, je ne pige pas...

Pour le makefile euuuhh désolé, faudra que je suive un cours sur ce truc parceque je ne comprends pas à quoi ça sert ni comment l'obtenir.

Bref il me faudrait juste savoir comment régler ce conflit entre le fichier ressource et mon list.
13/06/2006, 10h46
Bakura

VICTOIRE !! J'ai réussi :d :d. En fait il fallait enlever l'include #include "MoteurDeJeu.h" dans le fichier ressources, et hop, plus auucn problème ^^.

Je mets résolu.

Sinon pour finir vous avez un petit tuto sur les makefile parceuqe ça a l'air d'être assez important. J'ai rapidement survolé celui de developpez.com mais il a l'air assez compliqué.
13/06/2006, 12h29
Laurent Gomila

Disons que si tu bosses avec des EDI tu n'auras jamais à toucher aux makefiles, l'environnement les gérera toujours automatiquement. Personnellement je ne saurais pas en écrire un par exemple :D
13/06/2006, 13h57
Bakura

Ah d'accord donc si toi, grand gourou de la prog de ce forum, tu ne sais pas en construire, alors c'est pas grave ^^

Mais concrètement à quoi cela sert il ? Est-il utile que je sache au moins comment en "créer" et savoir s'en servir ou est-ce inutile (car comme tu dis je bosse avec des EDI).
13/06/2006, 14h23
Laurent Gomila

Oui bien sûr, savoir comment fonctionnent les makefile sera loin d'être inutile même si tu n'en écris jamais.

Citation:

Mais concrètement à quoi cela sert il ?

A compiler du code source. Tu ne le vois pas, mais lorsque tu manipules un EDI lui ne fera rien d'autre que transformer ce que tu modifies via l'interface graphique en un makefile ; puis l'utiliser pour compiler ton projet.

Comme tu peux le constater sur l'exemple précédent, le makefile contient les lignes de commande pour compiler tous les fichiers du projet ainsi que la ligne de commande d'édition de liens pour créer l'exécutable. Rien de plus.
13/06/2006, 14h39
Bakura

Ah ok donc en gros ça permettrait par exemple d'écrire du code sur Block-Note et après de pouvoir compiler en écrivant un makefile ? La classe 8-).
13/06/2006, 14h59
NewbiZ
En fait dans le cas du bloc note ce serait pas forcément utile, tu peux lancer la compilation en ligne de commande assez simplement.

Mais si tu commences à gérer plusieurs fichiers, des compilation en C mélangées avec du C++, pourquoi pas une goutte d'assembleur, très vite tu aura besoin d'un fichier dans un petit langage de script qui te permettra de configurer tout ca.

De bons exemples de makefiles ce sont ceux de wxWidgets, il convertit les paramètres en librairies à inclure, genre si tu fais :
Code:

1 2 mingw32-make -f makefile.win UNICODE=1 (ou un truc comme ca de mémoire)
Il va compiler ton programme avec le support unicode.
Bref ca te permet de faire plein de petits trucs pratiques.

Si tu lis le makefile plus bas, intuitivement tu va comprendre comment ca marche, c'est pas sorcier :
Code:

1 2 3 4 5 6 7 RM = rm -f OBJ = Bitmap.o Jeu.o MoteurDeJeu.o Sprite.o $(RES) RES = BIN = ProjetDevCpp.exe clean: clean-custom ${RM} $(OBJ) $(BIN)
Tu comprends vite qu'en faisant un

Code:

make clean

cela va lancer l'instruction

Code:

rm -f Bitmap.o Jeu.o MoteurDeJeu.o Sprite.o ProjetDevCpp.exe

En gros, effacer tous les fichiers objets et l'executable du projet. Utile pour nettoyer avant une recompilation.

Une pratique courante est de définire une variable build=(debug|release), qui va compiler avec une certaine option du compilateur, que tu récupères dans ton programme pour tester si tu dois inclure telle ou telle option de debug.
Après avec les environnement modernes, ca tend à disparaitre (ou tout du moins à se générer)
13/06/2006, 16h30
Bakura

Merci des infos en tout cas ^^