Discussion :

[vincenet]

Bonjour,

Voila plusieurs fois que j'écris des fonctions qui mènent au plantage peu de temps APRES leur execution (pas directement pendant l'exécution des lignes suspectées). Pour l'exemple suivant, j'obtiens le message :

Code :

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

*** glibc detected *** escargot: corrupted double-linked list: 0x00024010 ***

Ci après, un extrait de mon programme.

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
43
int main(int argc, char **argv){
    ...
    TypeJeu Jeu;
    initJeuWithArg(&Jeu, argc, argv);
    ...
#ifndef PLANTAGE // cas qui est fonctionnel
    sprintf(msg, DEFAULT_DISPLAY_MSG);
    char tmp2=strlen(msg);
    Jeu.pMessageAttente=malloc(sizeof(char)*(tmp2+1));
    strcpy(Jeu.pMessageAttente, msg);
#endif
    ...
}
 
 
void initJeuWithArg(TypeJeu* pJeu, int argc, char **argv){
    initJeu(pJeu);
    ...
}
 
 
 
void initJeu(TypeJeu* pJeu){
    ...
#ifdef PLANTAGE // cas qui mène au plantage
    sprintf(msg, DEFAULT_DISPLAY_MSG);
    char tmp=strlen(msg);
    pJeu->pMessageAttente=malloc(sizeof(char)*(tmp+1));
    strcpy(pJeu->pMessageAttente, msg);
#else
    pJeu->pMessageAttente=NULL;
#endif
    ...
}
 
 
typedef struct
{
    ...
    char* pMessageAttente;
    ...
}
TypeJeu;

Je suppute une mauvaise utilisation des pointeurs et des malloc, mais j'ai beau chercher je ne vois pas où. Je tombe régulièrement sur le problème lors de l'écriture de nouvelles fonctions, donc il est peut-être temps que j'ouvre les yeux...

Pouvez-vous m'aider ?

Salutations,
Vincent

[dinobogan]

Comment est déclaré "msg" ?

Le code mis en évidence me semble correct. Tu as probablement un écrasement mémoire ailleurs.

[Obsidian]

Le code mis en évidence me semble correct. Tu as probablement un écrasement mémoire ailleurs.

Effectivement.

Il est probable également qu'il s'agisse d'un free() libéré deux fois ou (surtout) d'un pointeur invalide passé à cette même fonction.

[vincenet]

Comment est déclaré "msg" ?

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
void initJeu(TypeJeu* pJeu){
    char msg[DEFAULT_DISPLAY_NB_CAR+1];
    strcpy(pJeu->langue,"FRA"); // TODO choix de la langue
    pJeu->i2cLedsID=0;
    pJeu->pidSon=0;
    //pJeu->pMessageAttente=NULL;
#ifdef MALLOC_DANS_INIT_JEU
    sprintf(msg, DEFAULT_DISPLAY_MSG);
    char tmp=strlen(msg);
    pJeu->pMessageAttente=malloc(sizeof(char)*(tmp+1));
    strcpy(pJeu->pMessageAttente, msg);
#else
    pJeu->pMessageAttente=NULL;
#endif
    pJeu->dureeAff=DEFAULT_DISPLAY_PERIOD;
}

Code :

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

1
2
#define DEFAULT_DISPLAY_MSG "?"
#define DEFAULT_DISPLAY_NB_CAR 1

[vincenet]

Il est probable également qu'il s'agisse d'un free() libéré deux fois

Cela m'étonnerai que ça vienne d'en dehors de la fonction car l'autre version (sans fonction) est fonctionnelle.

ou (surtout) d'un pointeur invalide passé à cette même fonction.

Que dois-je vérifier par rapport à ça ?

[vincenet]

Bon j’admets que le problème puisse venir d'ailleurs que la fonction présentée. Dans le cas que j'ai présenté comme posant problème, j'ai ajouté des printf un peu partout et le programme fonctionne. Quand je retire ces derniers à l'aide d'une macro spécifique, ça plante comme auparavant.

Je suspecte un problème dans l'utilisation de libxml2. Quel outil dois-je utiliser pour voir à quoi correspond l'adresse 0x00024010

Code :

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

*** glibc detected *** escargot: corrupted double-linked list: 0x00024010 ***

Par rapport à d'autres traces que j'ai ajouté, le programme plante dans l'appel de xmlXPathEvalExpression().

[Bktero]

Tu peux utiliser valgrind (memcheck) ou dr memory pour traquer ce genre de problèmes.

[Médinoc]

Aussi, pourquoi utiliser sprintf() là où un strcpy() suffirait?

[vincenet]

Aussi, pourquoi utiliser sprintf() là où un strcpy() suffirait?

En effet ! il n'y a pas de raison.

L'utilisation de valgrind me donne du fil à retorde. Ma glibc installée n'est pas non-stripped. Je dois d'abord m'approprier la chaine de compilation du rootfs et du sdk.

[Obsidian]

Peux-tu au moins utiliser un debugger, comme gdb, et obtenir l'état de la pile avec bt lorsque ta segfault se produit ?

[vincenet]

Peux-tu au moins utiliser un debugger, comme gdb, et obtenir l'état de la pile avec bt lorsque ta segfault se produit ?

Pas de gdb en place.

Est-ce que vous utilisez openEmbedded ?
Je n'arrive pas à déployer les packages libxml2 et freetype (lors de l'installation du sdk). Je ne sais pas quel serait l'endroit le plus adapté pour poser des questions là dessus...

EDIT : Je vais de joie en joie avec la version dylan d'openEmbedded, il n'y a plus de glibc mais musl !
Et bon ça m'arrange pas trop, certains appels systèmes ne sont plus disponibles