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:

GNUdebugger will output some initializing information. The (gdb) shows GNUDebugger is running in the terminal, now input:

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.

winpdb
winpdb Debugging > Voici un exemple d'usage de Winpdb dans FreeCAD :

winpdb
winpdb Debugging > Here is an example of using Winpdb inside FreeCAD:

We need the python debugger: Winpdb. If you do not have it installed, on Ubuntu/Debian install it with:

Now lets setup the debugger.


 * 1) Start Winpdb.
 * 2) Set the debugger password to "test": Go to menu File->''Password" and set the password.

Now we will run a test python script in FreeCAD step by step.


 * 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

Visual Studio Code (VS Code)
VS Code Debugging > Prerequisites:


 * ptvsd package need to be installedpypi page

Visual Studio Code documentation for remote debugging

Steps: import ptvsd print("Waiting for debugger attach") ptvsd.enable_attach(address=('localhost', 5678), redirect_output=True) ptvsd.wait_for_attach "configurations": [ {           "name": "Python: Attacher", "type": "python", "request": "attach", "port": 5678, "host": "localhost", "pathMappings": [ {                   "localRoot": "${workspaceFolder}", "remoteRoot": "." }           ]        },
 * Add following code at the beginning of your script
 * 1) 5678 is the default attach port in the VS Code debug configurations
 * Add a debug configuration in Visual Studio Code . It should looks like this :


 * In VS Code add a breakpoint anywhere you want.
 * Launch the script in FreeCAD. FreeCAD freeze waiting for attachment.
 * In VS Code start debugging used created configuration. You should see variables in debugger area.