beug aléatoire : _int_malloc et _int_free

Bonjour,
Je suis un peu paumé fâce au caractère aléatoire de mon code.:cry:
Il compile et il tourne, 80% du temps sans beuguer, mais de temps en temps il plante et comme je veux qu'il soit robuste c'est embêtant.
En débeugant les erreurs de segmentations aléatoires avec gdb, il me sort deux types d'erreurs :
Erreur 1 :
in free ()
in _int_free ()
in _libc_message ()
in abort ()
in raise ()
in _dl_sysinfo_int80 ()
Erreur 2:
in malloc ()
in _int_malloc ()
[...]
Et ce de manière aléatoire, est-ce que quelqu'un pourrait m'expliquer d'où ça vient (mémoire vive défectueuse ?) ou s'il existe des biblio pour avoir des malloc() et free() plus robustes ?
(sachant que j'ai déjà dédoublé toutes mes allocations dynamiques de mémoires ce qui a réduit considérablement la fréquence des échecs d'allocation)

Je précise aussi que mon programme est "multi threadé" (2 processus car biprocesseur à disposition) mais que j'ai bien réécris toutes les fonctions et toutes les variables de deux manières distinctes afin d'éviter les conflits d'accès. (au cas où)

Un grand merci d'avance !

Citation:

---

Envoyé par jyjeanphi

Bonjour,
Je suis un peu paumé fâce au caractère aléatoire de mon code.:cry:
Il compile et il tourne, 80% du temps sans beuguer, mais de temps en temps il plante et comme je veux qu'il soit robuste c'est embêtant.
En débeugant les erreurs de segmentations aléatoires avec gdb, il me sort deux types d'erreurs :
Erreur 1 :
in free ()
in _int_free ()
in _libc_message ()
in abort ()
in raise ()
in _dl_sysinfo_int80 ()
Erreur 2:
in malloc ()
in _int_malloc ()
[...]
Et ce de manière aléatoire, est-ce que quelqu'un pourrait m'expliquer d'où ça vient (mémoire vive défectueuse ?) ou s'il existe des biblio pour avoir des malloc() et free() plus robustes ?
(sachant que j'ai déjà dédoublé toutes mes allocations dynamiques de mémoires ce qui a réduit considérablement la fréquence des échecs d'allocation)

Je précise aussi que mon programme est "multi threadé" (2 processus car biprocesseur à disposition) mais que j'ai bien réécris toutes les fonctions et toutes les variables de deux manières distinctes afin d'éviter les conflits d'accès. (au cas où)

---

Je ne pense pas que les fonctions de la bibliothèque soient en cause. Il faut bien admettre que dans 99.9% des cas, les problèmes viennent du codage... Il y a 2 causes principales d'erreurs :

• Comportement indéfini dû à l'usage d'un pointeur non initialisé
• Comportement indéfini suite à un débordement de tableau

Vérifie déjà ça de manière intensive

• Contrôle visuel par un expert du langage (tu peux poster ton code)
• Pose de pièges intelligents sur les accès au tableau en vérifiant le domaine des indices avant l'accès (assert())
• Pose et vérification de sentinelles dans les chaines de caractères (un zéro posé à la fin du tableau ne doit jamais être effacé)[1]
• Tests unitaires
• Outils comme efence, valgrind etc.

----------------
[1] Voir mes macros LIM_STR() et CHK_STR() dans http://delahaye.emmanuel.free.fr/clib/ed/inc/sys.h