Discussion :

[allserv]

Bonjour,

Je viens pour vous faire part d'un problème urgent, ayant fini mon projet, j'ai souhaité le tester sous Linux qui est l'environnement de développement par défaut.

Tout compile parfaitement bien sous windows mais sous linux, j'ai le droit d'avoir une belle erreur de segmentation (core dumped)

Cela surviendrait à l'appel de cette méthode :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Recette::recupSousRecette(string_double_map& ingredients,pile_string& instructions,Ingredient* i, Quantite* q, double facteur) const;

Cette méthode est censée modifier la structure string_double_map et pile_string qui sont des variables locales à la fonction appelante.

D'où pourrait venir le problème ?

Merci d'avance

[loufoque]

Un erreur de segmentation vient toujours d'un accès mémoire à un endroit non alloué.
Ton bug existe probablement sous Windows, néanmoins invoquer un comportement indéfini ne fait pas nécessairement planter le programme.

Utilise le débogueur valgrind, avec ça tu devrais trouver les erreurs très rapidement.

[allserv]

Merci de ta réponse, nous n'avons pas l'outil à notre disposition pour le moment.

On a testé gdb qui nous retourne l'erreur suivante

Program received signal SIGSEGV, Segmentation fault.
0xb7ef57c9 in __dynamic_cast () from /usr/lib/libstdc++.so.6

Nous avons donc identifié le problème dans cette portion de code.

L'ingrédient passé lors de l'appel est une matière (Ingredient est la classe mere de Matière) !

L'erreur se fait sur le dynamic_cast pour matière. Voici le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
40
41
42
void Recette::recupSousRecette(string_double_map& ingredients,pile_string& instructions,Ingredient* i, Quantite* q, double facteur) const {


    ingredient_quantite_map::iterator it;
    string_double_map::iterator iter;

    Recette* r ;
    Matiere* m ;
    string sTmp;
cout << "recup :" ;
i->afficher(cout);

    m =  dynamic_cast<Matiere*>(i);
    if(m!=0) {
cout << "dedans";
        // On verifie si elle existe deja

        sTmp = q->unite()+" "+i->getNom();
        iter = ingredients.find(sTmp);
        if( iter != ingredients.end() ) {
            iter->second += facteur*q->nombre();
        }
        else {
            ingredients.insert(make_pair(sTmp,facteur*q->nombre()));
        }
    }

    r =  dynamic_cast<Recette*>(i);
    if(r!=0) {
        facteur *= (q->nombre()/((r->getQuantite())->nombre()));
        instructions.push(r->getIntruction());
        if( !(r->getMap()).empty() ) {

            for (it = (r->getMap()).begin(); it != (r->getMap()).end(); ++it) {
                recupSousRecette(ingredients,instructions,(*it).first,(*it).second,facteur);
            }


        }
    }

}

Nous remarquons lors de l'execution que l'affichage "dedans" n'apparait pas.

D'où peut venir le problème ?

Merci encore

[Médinoc]

Si le pointeur i est invalide mais pas NULL (genre, un objet déjà deleté), ça peut sûrement faire foirer spectaculairement le dynamic_cast...

[loufoque]

Merci de ta réponse, nous n'avons pas l'outil à notre disposition pour le moment.

sudo apt-get install valgrind et ça y est tu l'as, c'est magique linux.

[allserv]

Salut, le problème est résolu, il venait de la boucle for traitant sur l'iterrateur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 for (it = (r->getMap()).begin(); it != (r->getMap()).end(); ++it) {

En effet r>-getMap() renvoyait ma structure de map mais un conflit devait exister entre le begin et le end.

Merci de votre aide

[screetch]

getMap() renvoie peut etre une copie du map au lieu de renvoyer une reference... du coup le begin de la premiere copie ne correspond pas au end de la seconde copie.