Discussion :

[daprog]

Bonjour,

Cette nuit j'ai laisser deux programmes à tournée, et quand je suis revenu tut à l'heure, il était arrêté, genre eclipse disait terminated, alors qu'ils ont pas été jusqu'au bout que je leurs demandais. C'est la deuxième fois que ça m'arrive, quelqu'un sait pourquoi?

[Bktero]

Je vois.... Je vois..... Ah ben je ne vois rien en fait

[daprog]

Et bin tant pis! mercid 'avoir essayer de voir :p

[tyrtamos]

Bonjour,

Avec aussi peu d'infos, on n'arrivera pas à t'aider. Ça peut venir de ton code Python (qui fait quoi?), mais ça peut venir aussi de ton PC: mise en veille?

Dans ton code, essaie d'enregistrer des informations de temps et d'avancement pour savoir si ça s'arrête toujours au même endroit.

Gère les éventuelles exceptions: selon le code, il peut y avoir des erreurs qui provoquent des crash silencieux: le programme s'arrête sans dire pourquoi...

Si tu as lancé ton programme dans Eclipse, lance-le maintenant à partir de la console.

Etc...

[daprog]

Oui c'est un programme python qui fait plusieur runs sur plusieur graphes, la journée y a pas de problème, c'est que la deuxieme fois que ça me le fait toute les autres fois c'était bon, alors c'est bizzare. peut être qu'avec la chaleur ça le fait un peu planter.

[wiztricks]

Salut,

C'est la deuxième fois que ça m'arrive, quelqu'un sait pourquoi?

Ça s'appelle un bug (dans votre code).

S'il sera facile de trouver la cause d'un problème qu'on sait reproduire à la demande, on change complètement de classe de problème lorsqu'il se reproduisent de temps en temps après avoir mouliné des heures.

On ne trouve pas toujours ce qui ne va pas en lisant le code.

S'il est "mal écrit" on aura des difficultés à le lire et partir dans de mauvaises directions... qui motiveront une correction dont on ne saura qu'elle a été efficace qu'après avoir constaté que le programme tourne plusieurs fois de suite sans soucis i.e. après plusieurs jours/semaines/....

Pire, tout changement peut introduire un nouveau problème. Si le problème se reproduit, il faut savoir si on a toujours le problème initial ou si on en a créé un autre. Pour çà, on utilise des traces (ou un fichier log), qui donne une idée plus ou moins détaillée de ce que faisait le programme avant de se planter. Et on peut même moduler la quantité d'information en fonction d'un mode d'exécution normal, debug,...

Ces informations permettent d'avoir une idée des conditions dans lesquelles se sont produites le dysfonctionnement et guider quoi chercher dans le code pour en établir la cause.
note: c'est pas pour rien qu'il y a des boîtes noires sur les avions.

- W