Debugging/fr

Premiers tests
Avant de passer à la douloureuse phase de débogage, utilisez le Test framework, pour vérifier, si les tests standards fonctionnent correctement. Si ce n'est pas le cas, c'est peut-être dû a une installation défectueuse.

Ligne de commande
Le débogage de FreeCAD est supporté par quelques mécanismes internes. La version en ligne de commande de FreeCAD fournit des options d'aide au débogage :

Ce sont les options actuellement reconnues par FreeCAD 0.15:

Options Génériques: -v [ --version ]     Affiche la version sous la forme d'une chaîne -h [ --help ]        Affiche un message d'aide -c [ --console ]     Démarre en mode console --response-file arg  Peut aussi être spécifié avec '@name'

Configuration: -l [ --write-log ]      Ecrit un fichier journal dans: $HOME/.FreeCAD/FreeCAD.log --log-file arg          Contrairement à --write-log cela permet de se connecter à un                           fichier arbitraire -u [ --user-cfg ] arg   Fichier de configuration utilisateur pour charger/enregistrer les paramètres utilisateur -s [ --system-cfg ] arg fichier de configuration pour charger/enregistrer les paramètres du système -t [ --run-test ] arg   Niveau de test -M [ --module-path ] arg Chemin de module supplémentaire -P [ --python-path ] arg Autres chemins python

Générer un Backtrace
Si vous exécutez une version de FreeCAD à partir de l'extrémité saillante de la courbe de développement, il se peut qu'il se "bloque". Vous pouvez aider à résoudre ces problèmes en fournissant aux développeurs une "backtrace". Pour ce faire, vous devez exécuter une "version de débogage" du logiciel. "Debug build" est un paramètre qui est défini au moment de la compilation, donc vous devrez soit compiler vous-même FreeCAD, soit obtenir une version "debug" précompilée.

For Linux
Linux Debugging > Prerequisites:


 * logiciel gdb installé
 * une version de débogage de FreeCAD (à ce moment seulement disponible par Pour une compilation "Debug")
 * un modèle FreeCAD qui provoque un crash

Étapes: Entrez ce qui suit dans votre fenêtre de terminal: $ cd FreeCAD/bin $ gdb FreeCAD GNUdebugger will output some initializing information. The (gdb) shows GNUDebugger is running in the terminal, now input: (gdb) handle SIG33 noprint nostop (gdb) run FreeCAD va maintenant démarrer. Effectuez les étapes qui provoquent le crash ou le blocage de FreeCAD, puis entrez dans la fenêtre du terminal: (gdb) bt Cela va générer une longue liste de ce que le programme faisait quand il s'est écrasé ou gelé. Incluez ceci avec votre rapport de problème.

Pour MacOSX
MacOSX Debugging > Prerequisites:


 * logiciel lldb installé
 * une version de débogage de FreeCAD
 * un modèle FreeCAD qui provoque un crash

Étapes: Entrez ce qui suit dans la fenêtre de votre terminal:

$ cd FreeCAD/bin $ lldb FreeCAD LLDB will output some initializing information. The (lldb) shows the debugger is running in the terminal, now input: (lldb) run

FreeCAD va maintenant démarrer. Effectuez les étapes qui provoquent le crash ou le blocage de FreeCAD, puis entrez dans la fenêtre du terminal: (lldb) bt Cela va générer une longue liste de ce que le programme faisait quand il s'est bloqué ou arrêté. Incluez ceci avec votre rapport de problème.

Python Debugging
Pour une approche plus moderne du débogage, du moins sur Windows, |postez ici dans le forum.

Voici un exemple d'utilisation de winpdb dans FreeCAD:


 * 1) Lancez winpdb et définissez le mot de passe (par exemple, test)
 * 2) Créer un fichier Python avec ce contenu
 * 1) Démarrer FreeCAD et charger le fichier ci-dessus dans FreeCAD
 * 2) Appuyez sur F6 pour l'exécuter
 * 3) Maintenant, FreeCAD ne répondra plus car le débogueur Python attend
 * 4) Passez à l'interface graphique de Windpdb et cliquez sur "Attacher". Après quelques secondes, un élément "" apparaît où vous devez double-cliquer
 * 5) Maintenant, le script actuellement exécuté apparaît dans Winpdb.
 * 6) Définir une pause à la dernière ligne et appuyez sur F5
 * 7) Maintenant, appuyez sur F7 pour entrer dans le code Python de Draft.makeWire