Version imprimable
J'ai un programme qui devrait vraiment fonctionner. Il compile sans problème mais l'execution me retourne un terrifiant Segmentation Fault.
J'aimerais savoir ce que c'est et comment l'éviter.
Ma seule technique pour l'instant était de modifier entièrement le programme. Mais je préfèrerais savoir comment construire un programme qui n'aboutira pas à cette erreur. (j'en ai marre de trembler devant le Segmentation Fault à chaque fois que je veux exécuter un nouveau programme).
Et bien, il faut de la méthode et de la rigueur dans la gestion des pointeurs et des tableaux, pour ne pas faire de dépassement, ne pas manipuler n'importe comment des pointeurs nuls...
Vérifie aussi tes retours de malloc/calloc/realloc à chaque fois, ca te permet de prévenir ce genre d'erreur également !
Ca part mal ... Utilises toutes les options de compilation, tu y trouveras peut être des erreurs et des warnings à la compilation (saches que je considère qu'un warning est à 80% une erreur)Citation:
Il compile sans problème mais l'execution me retourne un terrifiant Segmentation Fault.
Oui ça parait logique, un segfault n'est pas une fonctionnalité "normale" de ton logiciel (ou bien tu as un cahier des charges plutôt bizarre ...)Citation:
Ma seule technique pour l'instant était de modifier entièrement le programme.
Tu voudrais donc masquer un erreur qui est à mon avis grossière, ça n'est pas une bonne idée du tout.Citation:
Mais je préfèrerais savoir comment construire un programme qui n'aboutira pas à cette erreur.
Si tu comprends pourquoi ton programme provoque un segfault, tu pourras donc corriger cette erreur et ne plus avoir de plantage du tout.Citation:
j'en ai marre de trembler devant le Segmentation Fault à chaque fois que je veux exécuter un nouveau programme
Si tu veux comprendre pourquoi ton programme plante, postes nous ton code, on pourra t'aider.
Il existe des solutions (que je ne recommande pas) qui permettent de masquer des signaux qui peuvent provoquer des segfault, mais je ne VEUX pas te les donner puisque ça serait programmer "comme un porc".
Le langage C n'est pas un langage fait pour la "bidouille" !:mrgreen:
Ah oué et puis : faire de vrais tests unitaires et d'intégration, avec un débuggeur.
Pour renchérir sur ce qui a été dit plus haut : si on laisse un warning, savoir exactement pourquoi on le fait.
Ton programme essaie d'accéder à un segment de mémoire auquel il n'a pas le droit (mémoire d'un autre programme ou son propre code). Donc, tu te fais jeter :lol:Citation:
Envoyé par Tymk
Les causes classiques:
--> débordement dans un tableau
--> déclaration d'une variable pointeur et utilisation de celle ci sans l'avoir initialisée avec une valeur correcte (oubli du malloc, en général)
A mon avis, tu devrais compiler ton programme avec les options de débuggages max, à savoir: -g et -O0
Et ensuite lancer ton programme en utilisant Valgrind, ce qui devrait te permettre de savoir les endroits de ton code qui posent problème.
Sinon il y a toujours GDB qui te permet, en chargeant les coredumps de te donner la pile d'appel de fonction au moment du crash.
Encore faut-il avoir un système sur lequel valgrind tourne ...Citation:
Et ensuite lancer ton programme en utilisant Valgrind, ce qui devrait te permettre de savoir les endroits de ton code qui posent problème.
Merci à tous,
J'ai finalement repensé tout mon algorithme et ça marche. Je doit avouer que l'algrithme final paraît bien mieux organisé que l'ancien.
Ca n'explique toujours pas pourquoi tu avais un Segmentation fault.
........:cry: Ce serais un bon exercice d'essayer de trouver d'ou il venais car si un jour tu en a un autre tu refera de nouveau tout ton programme en priant que le segmantation fault disparaisent.