Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1106 connectés 

  FORUM HardWare.fr
  Programmation
  C++

  Segmentation Fault

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Segmentation Fault

n°1494071
ptitchep
Posté le 20-12-2006 à 11:52:18  profilanswer
 

Bonjour
 
comme l'indique le titre, j'ai un problème d'erreur de segmentation que je ne comprends pas:
 
ça, c'est unité.cpp, c'est à ce moment qu'il va y avoir l'erreur

Code :
  1. if(! (categorie & BATIMENT))
  2.     {
  3.       cout<<"on avance"<<endl;
  4.       position.afficher();
  5.       actions.push_back(new ActionAVANCER(this,position));
  6.     }


actions est un vector de Action*
 
 
ça, c'est le constructeur de ActionAVANCER:

Code :
  1. ActionAVANCER::ActionAVANCER(Unite *unit,Point& destination):Action(unit),destination(destination)
  2. {
  3.   cout<<"création d'une actionAVANCER"<<endl;
  5.   antiBlocage.x=0;
  6.   antiBlocage.y=1;
  7.   antiBlocage.z=0;
  8.   derniereCaseBloquage=-1;
  9.   derniereUniteBlocage=NULL;
  11.   dureeVie=0;
  13.   cout<<"je suis: "<<unit->getNom()<<"  et je vais: ";
  14.   destination.afficher();
  15.   cout<<endl;
  16.  
  17. }


 
et ça, c'est le constructeur de Action, la classe abstraite mère de ActionAVANCER:

Code :
  1. Action(Unite *unit):unit(unit){cout<<"Création d'une action"<<endl;}


 
 
donc quand ça marche (oui parceque des fois ça marche... mais c'est plutôt aléatoire)
j'ai comme résultat dans ma console:
 
on avance
x: 45.86    y: 21.26     z: 0
Création d'une action
création d'une actionAVANCER
je suis: commandeur  et je vais: x: 45.86    y: 21.26     z: 0
 
normal...
 
quand ça bloque j'ai:
on avance
x: 43.7    y: 16.58     z: 0
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
 
donc on dirait que le constructeur n'est jamais appelé puisqu'il n'affiche même pas les phrases de test...
 
si vous avez une idée pour me débloquer, merci d'avance...


---------------
deluser --remove-home ptitchep
mood
Publicité
Posté le 20-12-2006 à 11:52:18  profilanswer
 

n°1494143
franceso
Posté le 20-12-2006 à 13:31:58  profilanswer
 

Citation :

Code :
  1. categorie & BATIMENT


c'est louche, ça... Qu'est-ce que tu voulais faire exactement ? Que sont catégorie et BATIMENT ?
 
Sinon, tu devrais faire tes impressions de debug avec cerr plutôt que cout

Message cité 1 fois

---------------
TriScale innov
n°1494461
Ace17
Posté le 20-12-2006 à 18:27:00  profilanswer
 

franceso a écrit :

Citation :

Code :
  1. categorie & BATIMENT


c'est louche, ça... Qu'est-ce que tu voulais faire exactement ? Que sont catégorie et BATIMENT ?


On dirait des flags, tout simplement .... du genre, en C :

Code :
  1. #define BATIMENT    0x01
  2. #define BREAKABLE   0x02
  3. #define TARGETABLE 0x04


 
Donc apres tu fais un "ou" logique pour appliquer le flag, et un "et" logique pour le tester. Si ca n'est pas clair, convertit les constantes ci dessus en binaire et tu comprendras :D
 
 
Quant a la segfault, tu devrais initialiser la SDL comme ca :

Code :
  1. SDL_Init(/* flags a toi */ | SDL_INIT_NOPARACHUTE);


 
Et apres tu recuperes l'erreur avec gdb ou visual studio, et tu nous indique la ligne exacte qui fait planter.

Message cité 1 fois
n°1494476
ptitchep
Posté le 20-12-2006 à 18:53:49  profilanswer
 

Pour ce qui est de ma catégorie, c'est exactement ce que j'ai fait, en fait je ne vois pas d'autres moyens de le faire. Ca permet de savoir si une unité est mobile ou non, si elle peut en construire d'autres, en réparer, attaquer...
 
Bon sinon je vais initialiser la SDL comme Ace17 me l'a dit, d'autant plus que je ne sais pas ce que c'est le parachute de la sdl.
 
Je ne sais pas non plus ce que sont gdb et visual studio.
je suis sous linux (debian sarge), ca  peut être utile de le préciser.
 
Oui je devrais utiliser cerr, mais l'habitude de taper cout... dsl

Message cité 1 fois
n°1494532
KangOl
Profil : pointeur
Posté le 20-12-2006 à 20:27:36  profilanswer
 

ptitchep a écrit :

Pour ce qui est de ma catégorie, c'est exactement ce que j'ai fait, en fait je ne vois pas d'autres moyens de le faire. Ca permet de savoir si une unité est mobile ou non, si elle peut en construire d'autres, en réparer, attaquer...
 


un enum ?

n°1494539
Ace17
Posté le 20-12-2006 à 20:54:55  profilanswer
 

Bon alors j'explique pour gdb. C'est tout simplement un debogueur sous Linux. Son emploi te permettra de trouver la ligne qui a génere la segfault. Sinon tu peux également farcir ton programme de cout/printf pour essayer de trouver ou elle se trouve, mais avec gdb c'est plus rapide et plus simple.
 
En gros, voici comment se servir de gdb :
gdb ./monprogramme
run
Et maintenant, pour peu que tu aies compile ton code avec l'information de deboguage (-g3 pour gcc) gdb t'affiche la ligne qui pose probleme.
 
Le parachute SDL maintenant. C'est un mecanisme qui récupere les exceptions au lieu de les renvoyer a l'OS. Ce qui fait que si tu le laisses ce mecanisme actif, les exceptions ne remonteront pas jusqu'a gdb et donc tu ne pourras pas trouver la segfault aussi facilement que decrit ci-dessus.
 
 
Tu ne nous donne pas assez de code pour pouvoir déterminer ce qui y pose probleme. Deja, trouve le moment exact ou ca plante. Ensuite on remontera jusqu'a l'erreur, si besoin.


Message édité par Ace17 le 20-12-2006 à 20:55:57
n°1494548
ptitchep
Posté le 20-12-2006 à 21:19:08  profilanswer
 

ok je vais essayer merci! :)
 
Le problème c'est que en enlevant le parachute et en recompilant, mon bug a lieu beaucoup moins souvent. Je n'y comprends vraiment rien... Il apparait vraiment sans raison apparente une fois de temps en temps...

n°1494549
ptitchep
Posté le 20-12-2006 à 21:19:54  profilanswer
 

je suppose qu'il vaut mieux enlever ces informations de deboguage pour la version finale du programme... Ca ralentit non?

n°1494634
Ace17
Posté le 21-12-2006 à 09:05:55  profilanswer
 

Eh bien fais donc l'essai :-)
Et balance nous plus de code si tu veux qu'on t'aide.

n°1494747
ptitchep
Posté le 21-12-2006 à 11:19:12  profilanswer
 

Bon je vais continuer mes tests mais comme je suis pas là pendant les vacances, ça risque d'attendre début janvier.
C'est bien gentil de vouloir plus de code, mais je vous ai filé ce qui plante (d'après mes cout), sinon, la commande
cat -b *pp
m'indique que j'ai 3912 lignes de code... Alors je ne sais pas trop quoi vous donner.

Message cité 1 fois
mood
Publicité
Posté le 21-12-2006 à 11:19:12  profilanswer
 

n°1494758
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 21-12-2006 à 11:27:32  profilanswer
 

ptitchep a écrit :

Bon je vais continuer mes tests mais comme je suis pas là pendant les vacances, ça risque d'attendre début janvier.
C'est bien gentil de vouloir plus de code, mais je vous ai filé ce qui plante (d'après mes cout), sinon, la commande
cat -b *pp
m'indique que j'ai 3912 lignes de code... Alors je ne sais pas trop quoi vous donner.


 
oué enfin si tu fais :
cout "toto" ;
int i = 42;
cout "toto2";
et que ca segfault entre les 2 cout, tu ne peux absolument pas conclure que ca vient du "int i = 42". Un débuggeur t'indiquera ce qui merde vraiment :o


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°1494762
ptitchep
Posté le 21-12-2006 à 11:34:17  profilanswer
 

ah ouais?
ça a toujours marché pour moi. Mais c'est vrai qu'avant, quand je développais sous windows, j'avais toujours un debuggeur et c'est vraiment pratique. Je ne connaissait pas gdb, je n'avais que strace qui n'indique que les appels aux fonctions système. J'avoue que ça manque cruellement de recherche cette histoire de debugger!
J'ai plus qu'a bosser le man! :D

Message cité 1 fois

---------------
deluser --remove-home ptitchep
n°1494815
franceso
Posté le 21-12-2006 à 13:59:19  profilanswer
 

Ace17 a écrit :

On dirait des flags, tout simplement .... du genre, en C :

C'est bien ce que j'avais compris, mais je préfère poser la question quand même : il est ultra courant de voir de gens confondre && et & en C ou C++
 
 
+1 pour gdb.
 
Si tu as l'habitude d'utiliser emacs, il y a un mode gdb qui te permet de visualiser en parallèle le code exécuté et la fenêtre gdb. Pour ça, plutôt que de taper directement "gdb prog" en ligne de commande, tu ouvres un emacs et tu tapes "M-x gdb".

Message cité 1 fois

---------------
TriScale innov
n°1494817
ptitchep
Posté le 21-12-2006 à 14:04:42  profilanswer
 

franceso a écrit :


Si tu as l'habitude d'utiliser emacs, il y a un mode gdb qui te permet de visualiser en parallèle le code exécuté et la fenêtre gdb. Pour ça, plutôt que de taper directement "gdb prog" en ligne de commande, tu ouvres un emacs et tu tapes "M-x gdb".


 
parfait :)


---------------
deluser --remove-home ptitchep
n°1494948
Ace17
Posté le 21-12-2006 à 17:20:17  profilanswer
 

ptitchep a écrit :

ah ouais? ça a toujours marché pour moi.


 
Exemple amusant :
 

Code :
  1. class SuperTableau
  2. {
  3.    public:
  4.       SuperTableau()
  5.       {
  6.          m_Tab = NULL;
  7.       }
  9.       ~SuperTableau()
  10.       {
  11.          if(m_Tab)
  12.             delete [] m_Tab;
  13.       }
  16.       void Resize(int n)
  17.       {
  18.          if(m_Tab)
  19.             delete [] m_Tab;
  20.          m_Tab = new int[n];
  21.       }
  23.       // accesseurs et compagnie ....
  25.    private:
  26.       int* m_Tab;
  27. };
  29. int Maximum(SuperTableau a)
  30. {
  31.    int m;
  33.    // ..... parcourir a
  35.    return m;
  36. }
  38. int main()
  39. {
  40.    SuperTableau a;     
  41.    a.Resize(50);
  43.    // .... remplir a
  45.    Maximum(a);
  46.    Maximum(a);
  47. }


 
Pourquoi ce code plante-t-il? C'est un exemple de code ou l'erreur n'est pas du tout au meme endroit que la ou ca plante... En gros ca va foirer pendant le deuxieme appel a Maximum, mais l'erreur n'est pas du tout la...puisque Maximum ne fait rien - ou presque.

Message cité 1 fois
Message édité par Ace17 le 21-12-2006 à 17:27:54
n°1495177
franceso
Posté le 22-12-2006 à 09:08:11  profilanswer
 

Ace17 a écrit :

Exemple amusant :
[...]
Pourquoi ce code plante-t-il? C'est un exemple de code ou l'erreur n'est pas du tout au meme endroit que la ou ca plante... En gros ca va foirer pendant le deuxieme appel a Maximum, mais l'erreur n'est pas du tout la...puisque Maximum ne fait rien - ou presque.


C'est peut-être un exemple un peu subtil pour un débutant, non ?

Message cité 1 fois

---------------
TriScale innov
n°1495252
Ace17
Posté le 22-12-2006 à 11:28:05  profilanswer
 

franceso a écrit :

C'est peut-être un exemple un peu subtil pour un débutant, non ?


Tu as raison, je me suis emballé. C'était pour montrer que ce n'est pas forcément la ligne ou ca plante qu'il faut corriger.


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  C++

  Segmentation Fault

 

Sujets relatifs
Segmentation Fault : utilisation de StrCmp(GetEnv(), ...segmentation fault
Fontion récursive =>Segmentation faultsegmentation fault
"Segmentation Fault" avec malloc entre 757 et 1973.[C/C++] kernel 2.6.12 => segmentation fault
dynamic_cast, segmentation fault, constructeur par copieSegmentation fault en C à la premiére ligne du programme :(
[c++] segmentation fault sur un deletepetit prob de segmentation fault
Plus de sujets relatifs à : Segmentation Fault

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.059 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR