Petit post pour discuter de ton soucis Ramis de segmentation.

Tout d'abord, j'ai constaté un petit soucis dans ton code:

ISceneNode* balle[mp5.getMunitions()];

ISceneNode** balle;
*balle = new ISceneNode[mp5.getMunitions()];

Ah oui , tiens ...GCC ne m'avait même pas fait un warning ...Faut dire aussi que je code pas comme un dieu ^^'
Je vais essayer de résoudre ça ...
Mais bon , ce n'est pas la partie de mon code qui m'interesse le plus pour l'instant .
Je pense que l'erreur de segmentation vient d'une de mes classes Arme ou Player ...

Suivant le type de compilateur, cela passe en fait. Mais je ne suis pas sur que cela soit très sein effectivement.
C'est peut-etre même une partie de la réponse concernant tes soucis de segmentation mémoire....

sinon utilise les file(file d'attente premier arriver premier servi)

#include <irr/irrlicht.h>
#include <queue>
using namespace std;


int main()
{
    queue<ISceneNode*> balle;
    //Pour ajouter une balle
    ISceneNode* toAdd= ......
    balle.push(toAdd);
    //Pour récupéré le premier élément ajouter
    ISceneNode* toRecup = bale.front();
    //Pour effacer le premier élément
    balle.pop();
    //Pour avoir la taille de la file
    bale.size();
}

Oua , c'est intéressant ça pspmy , merci !

d r

pspmy Ecris:

d r

sa veut dire : de rien x)

sinon ramis je te conseille d'utiliser une structure pour t'es balles

Une structure ? tu pense vraiment ?
Tu sais , c'était très secondaire ça .C'est juste pour ajouter une pointe de réalisme ...

sa permettra de mieux gérer tes balle et leur donner des attribut ex : explosif, rapide, fine, unique .....

sinon tu peut utiliser les vector et les iterateur pour les parcourir mais je sais pas si ce de ton niveau

résume sur les vector:
Les std::vector sont des conteneurs génériques standards implémentés sous forme de séquence et réalisés de telle sorte que toutes les opérations soient effectuées en un temps optimal.

.........
C'est pas de mon niveau
Par contre , une petite explication rapide en français courant m'interesserait bien
Sinon , pour mes problêmes de mémoire , j'ai pensé à un truc : peut être faudrait il faire un drop sur les mesh et les nodes des classes ? la segmentation est bien une histoire de fuite de mémoire , non ?

sa dépend sinon essaye avec xxx->remove();

mais je pense que ton erreur viens de ta déclaration de tableau en c tu peut seulement déclarer un tableau de taille fixe mais on peut le rallonger a la main au coup d'allocation mais c'est faute de plantage essaye avec les file pour commencez

pspmy Ecris:

mais je pense que ton erreur viens de ta déclaration de tableau en c tu peut seulement déclarer un tableau de taille fixe mais on peut le rallonger a la main au coup d'allocation mais c'est faute de plantage essaye avec les file pour commencez

Bon , me suis pas fatigué , j'ai passé cette partie là en commentaire : même résultat .
Une autre piste ?
J'vais aller corriger mon code en attendant Merci de votre aide en tout cas !

En testant un peu ton code, j'ai un crash systématique dans la fonction 'AttacherArme' de la classe Player.

Visiblement, le soucis se situe à partir de 'nodearme->setPosition(position)' , comme si le pointeur semblait ne pas être valide....

dsl la jai pas le code sous la main donc je peut pas vous aidez et la je vais regarder des épisode de kaamlot donc bon courage je reviens après

Un petit debug avec code::blocks m'a donné le même résultat , mais je n'y ai pas vraiment fait attention alors car j'ai écrit cette fonction il y a quelques jours et elle marchait très bien ... Pourtant , le code a l'air valable , non ?

edit : pspmy > http://www.2shared.com/file/4292241/25993139/fps.html voilà mon code

J'ai trouvé, en fait toujours dans la fonction 'AttacherArme' de la classe Player, ton pgm fonctionne bien si je commente la ligne
nodearme->setParent(arme.getCamera());

normal, arme.getCamera() = NULL

bah pourquoi ? elle est pas correcte cette ligne ?
Comprend pas
En faisant
ICameraSceneNode* newcamera=arme.getCamera();
nodearme->setParent(newcamera);

ça marche ???

edit : ah ok ... bug de logique , alors ?

ramis Ecris:

ah ok ... bug de logique , alors ?