Discussion :

[rabeh.ram]

Malgré que mon programme fonctionne correctement sur mon ordinateur, mais sur l'ordinateur de travail,et dans certaines commandes elle est cesser et afficher le message suivant

[MPython Alaplancha]

Bonjour,
Si tu ne donnes pas plus de détail, ce ne sera pas possible de t'aider.
Perso, je ne connais pas windows, mais la fenêtre affichée n'est pas une exception de python.

[jurassic pork]

hello,

Malgré que mon programme fonctionne correctement sur mon ordinateur, mais sur l'ordinateur de travail,et dans certaines commandes elle est cesser et afficher le message suivant

Ma boule de cristal ne m'a pas montré ton code, l'endroit où cela plante, la version de python, les O.S des ordinateurs

Ami calmant, J.P

[MPython Alaplancha]

hello,


Ma boule de cristal ne m'a pas montré ton code, l'endroit où cela plante, la version de python, les O.S des ordinateurs

Ami calmant, J.P

Essaie : 36 15 Madame Irma

[Sve@r]

Bonjour

Malgré que mon programme fonctionne correctement sur mon ordinateur, mais sur l'ordinateur de travail,et dans certaines commandes elle est cesser et afficher le message suivant

Ce genre de message ne provient pas du script Python, car quand un script rencontre une erreur, il remonte l'erreur à Python qui l'affiche dans la console.
Là c'est carrément un exécutable qui a planté. Peut-être c'est le moteur Python, peut-être c'est un autre exécutable, mais nous on ne peut rien y faire sans avoir plus d'infos.

[wiztricks]

Malgré que mon programme fonctionne correctement sur mon ordinateur, mais sur l'ordinateur de travail,et dans certaines commandes elle est cesser et afficher le message suivant

Vous confondez forum de discussion avec hotline?

Bien sûr qu'on peut être navré de ce qui vous arrive mais on ne va pas se déplacer pour essayer de comprendre ce qu'il se passe en identifiant le code associé à ces commandes, éventuellement ajouter des traces pour comprendre ce qu'il se passe.

Ce genre de démarche n'a rien à voir avec le langage avec lequel a été écrit l'application.

La façon la plus rustique de procéder est de configurer le process pour générer un "core dump".
C'est une image de l'état de la mémoire du processus qu'on va pouvoir ausculter avec un debugueur symbolique. Mais çà demande un vrai apprentissage, la disponibilité d'informations de debug à jour...

La façon la plus basique est de partir de l'à priori que si çà marche là et pas ici, c'est qu'il y a des différences dans les bibliothèques utilisées, l'environnement, un extérieur dont dépend le programme.

Entre les deux vous avez le programmeur prévoyant qui a prévu la mise en route optionnelle de traces qui permettront d'avoir un "pattern" qui permettra de savoir si un problème est similaire à d'autres et quelles opérations/fonctionnalités du code incriminer/revoir.

Ces démarche n'ont rien à voir avec le langage mais sont plutôt associées au type d'application (et des attentes clients): on ne pas déployer une application moyennement testée, écrite par un débutant pour le système de contrôle d'un avion de ligne (enfin on espère que... car rien ne l'empêche sinon la raison face aux risques).

- W