Problème sur marioSokoban (C code::block, SDL)

Version imprimable

20/08/2007, 21h04
NazooM

Problème sur marioSokoban (C code::block, SDL)

Bonjour à tous, je suis en train de programmer un mario sokoban mais ça fait un petit moment
que je bloque sur un petit probleme :

Voila, j'ai mon jeu qui débute avec un écran pour choisir entre : NOUVELLE PARTIE, EDITEUR DE NIVEAUX, QUITTER.
http://www.vvcreation.com/menu.jpg

jusque la ça va.

Mon probleme se situe lorsque je rentre dans l'éditeur de niveau, que je charge ma map (en appuyant sur 'c') :
http://www.vvcreation.com/erreur1.jpg

que je ressort de l'éditeur, et
que je lance une nouvelle partie. Là j'obtiens ça :(
http://www.vvcreation.com/erreur.jpg

Bizarre ...

Mon programme est tout petit, pas compliqué, mais pourtant je ne trouve pas l'erreur qui cause cela.
C'est depuis que j'ai modifier la taille de la map pour pouvoir mettre des informations en bas et a droite de celle ci que j'ai ce soucis.
Pourtant j'ai bien changer dans tout mon code la variable qui contenait la taille de la map.

Voila si quelqu'un avait un peu de temps pour regarder tout ça se serait super :)
Je vous mets un lien vers un fichier zip (Mario Sokoban)qui contient toutes les sources, les images et le projet code::block : http://www.vvcreation.com/download

Et encore merci @ developpez.com qui fait un super travail :) Merci ...

Je n'ai pas finis de regarder, mais cela m'a sauté aux yeux:

Code:

1
2
3
4
5
6
7
8
9
 #define TAILLE_BLOC         34 // Taille d'un bloc (carrÈ) en pixels
        #define NB_BLOCS_LARGEUR    14
        #define NB_BLOCS_HAUTEUR    14
        #define NB_BLOCS_LARGEUR_JEU    12
        #define NB_BLOCS_HAUTEUR_JEU    12
        #define LARGEUR_FENETRE     TAILLE_BLOC * NB_BLOCS_LARGEUR
        #define HAUTEUR_FENETRE     TAILLE_BLOC * NB_BLOCS_HAUTEUR
        #define LARGEUR_FENETRE_JEU     TAILLE_BLOC * NB_BLOCS_LARGEUR_JEU
        #define HAUTEUR_FENETRE_JEU     TAILLE_BLOC * NB_BLOCS_HAUTEUR_JEU

C'est pas bien grave, mais je pense qu'il serait plus judicieux de faire des const int...

Ensuite:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
/*
gagne.h
------------
 
Par NaZooM
 
RÙle : prototypes des fonctions pour l'Ècran gagnÈ
*/
 
#include <SDL/SDL.h>
 
int gagne (SDL_Surface* ecran);

Beurk... Et les inclusions multiples ? Fais ça:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
 
/*
gagne.h
------------
 
Par NaZooM
 
RÙle : prototypes des fonctions pour l'Ècran gagnÈ
*/
 
#include <SDL/SDL.h>
#ifndef DEF_GAGNE
#define DEF_GAGNE
 
int gagne (SDL_Surface* ecran);
 
#endif

Code:

1
2
// On Èfface l'Ècran
                SDL_FillRect(ecran, NULL, SDL_MapRGB(ecran->format, 0,0,0));

Histoire de pinailler, ça ne l'efface pas, ça remplit la fenetre de noir :roll:

Sinon pour ton probleme, je pense que c'est un probleme d'interpretation des chiffres par la fonction qui lit ou enregistre les nombres.

21/08/2007, 17h41
bogoss91

Citation:

Envoyé par ironzorg

C'est pas bien grave, mais je pense qu'il serait plus judicieux de faire des const int...

Pourquoi?
21/08/2007, 18h39
NazooM

Citation:

C'est pas bien grave, mais je pense qu'il serait plus judicieux de faire des const int...

Heu pareil que bogoss91 : pourquoi ? je comprend pas ce que tu veux dire dsl :oops:
22/08/2007, 17h18
ironzorg

Citation:

C'est pas bien grave, mais je pense qu'il serait plus judicieux de faire des const int...
Heu pareil que bogoss91 : pourquoi ? je comprend pas ce que tu veux dire dsl
Hier 17h41
bogoss91
Citation:
Envoyé par ironzorg
C'est pas bien grave, mais je pense qu'il serait plus judicieux de faire des const int...
Pourquoi?

En fait le préprocesseur, lors de la compilation, se contente de remplacer les macros définies avec #define, tandis qu'avec const, les variables restent des variables ( vous comprenez ? ). Il y a aussi des doubles appels qui se font si vous faite une définition de fonction avec define ( je n'ai pas d'exemple en tete )...
22/08/2007, 19h54
bogoss91

Citation:

Envoyé par ironzorg

En fait le préprocesseur, lors de la compilation, se contente de remplacer les macros définies avec #define, tandis qu'avec const, les variables restent des variables ( vous comprenez ? ). Il y a aussi des doubles appels qui se font si vous faite une définition de fonction avec define ( je n'ai pas d'exemple en tete )...

Jvois pas bien la différence :oops:
22/08/2007, 20h14
ironzorg

Voici un élément de réponse tiré d'un article Anglais:

Citation:

Const is a declaration of constant, compiler will do appropriate checks during the compile time. #define is a macro compiler will see a value. Speaking in terms of memory const declaration could be more efficient:

const short x = 1;
// this will allocate 16 bits for x (actually it depends on the machine,
I assume unix platform with 32 bits integers)

#define x (short)1
// this will probably allocate 32 bits to hold the constant 1.

Use const instead of #define mainly because of compiler checks. And inline functions instead of macros as well. Preprocessor is the obsolete remnant from early C days, there's no use of it in the oop environment.

no diffence realy in memory, both are compiled as numbers, but with const's you can define it per namespace or class so that you can use it like mylinklist::maxmemebers, it looks better and more readable.

#define macro does not take any space on stack, but it gets replaced in the code by its definition thereby increasing the size of exe.

Constant variable occupies space on stack and does not increase the size of the exe.
22/08/2007, 20h43
bogoss91

Ah ok, donc les #define say-le-mal ;)
29/08/2007, 13h45
pmier

Perso désolé un peu la flemme de regarder mais a tu passé ton programme au debugguer ?

Je pense que c'est le genre d'erreur facile à détecter ca devrait te sauter aux yeux avec ce genre d'outil.

Sinon je sais pas regarde dans ton fichier si ce que tu y trouve correspond à un mur ou à un objectif comme ca tu saura si c'est un probleme dans ou en amont de l'écriture ou pas.

Bon courage :P
06/10/2007, 22h06
Spiky.88

Mais la on utilise la SDL en C alors que ton passage en anglais dit que ce n'est plus utiliser en Orienté Objet, et pour un projet de si petite taille l'utilisation des "defines" est compréhensible, il n'y a aucun mal.