Difference between revisions of "Debugging/ro"

From FreeCAD Documentation
Jump to navigation Jump to search
(Created page with "Debugging")
 
(Updating to match new version of source page)
 
(64 intermediate revisions by 4 users not shown)
Line 1: Line 1:
== Test First ==
+
<languages/>
 +
 
 +
<div class="mw-translate-fuzzy">
 +
{{Docnav/ro
 +
|[[Module Creation/ro|Module Creation]]
 +
|[[Testing/ro|Testing]]
 +
}}
 +
</div>
 +
 
 +
{{TOCright}}
 +
 
 +
<div class="mw-translate-fuzzy">
 +
== Testează mai întâi ==
 +
Înainte de a trece prin durerea de a depana utilizați [[Testing/ro|Test framework]] pentru a verifica dacă testele standard funcționează corect. Dacă acestea nu se execută complet, este posibil să fie o instalare defectuoasă.
 +
</div>
 +
 
 
Before you go through the pain of debugging use the [[Testing|Test framework]] to check if the standard tests work properly. If they do not run complete there is possibly a broken installation.
 
Before you go through the pain of debugging use the [[Testing|Test framework]] to check if the standard tests work properly. If they do not run complete there is possibly a broken installation.
  
== Command Line ==
+
<div class="mw-translate-fuzzy">
 +
== Linie de Commandă ==
 +
Depanarea ''debugging'' în FreeCAD este susținută de câteva mecanisme interne. Versiunea liniei de comandă a FreeCAD oferă câteva opțiuni pentru suportul de depanare.
 +
</div>
 +
 
 
The ''debugging'' of FreeCAD is supported by a few internal mechanisms. The command line version of FreeCAD provides some options for debugging support.
 
The ''debugging'' of FreeCAD is supported by a few internal mechanisms. The command line version of FreeCAD provides some options for debugging support.
  
These are the currently recognized options in FreeCAD 0.15:
+
<div class="mw-translate-fuzzy">
 +
Acestea sunt opțiunile recunoscute curent în FreeCAD 0.15:
 +
</div>
  
 +
<div class="mw-translate-fuzzy">
 
Generic options:
 
Generic options:
 
   -v [ --version ]      Prints version string
 
   -v [ --version ]      Prints version string
Line 12: Line 34:
 
   -c [ --console ]      Starts in console mode
 
   -c [ --console ]      Starts in console mode
 
   --response-file arg  Can be specified with '@name', too
 
   --response-file arg  Can be specified with '@name', too
 +
</div>
  
 +
<div class="mw-translate-fuzzy">
 
Configuration:
 
Configuration:
 
   -l [ --write-log ]      Writes a log file to:
 
   -l [ --write-log ]      Writes a log file to:
                           /home/graphos/.FreeCAD/FreeCAD.log
+
                           $HOME/.FreeCAD/FreeCAD.log
 
   --log-file arg          Unlike to --write-log this allows to log to an  
 
   --log-file arg          Unlike to --write-log this allows to log to an  
 
                           arbitrary file
 
                           arbitrary file
 
   -u [ --user-cfg ] arg    User config file to load/save user settings
 
   -u [ --user-cfg ] arg    User config file to load/save user settings
   -s [ --system-cfg ] arg  Systen config file to load/save system settings
+
   -s [ --system-cfg ] arg  System config file to load/save system settings
 
   -t [ --run-test ] arg    Test level
 
   -t [ --run-test ] arg    Test level
 
   -M [ --module-path ] arg Additional module paths
 
   -M [ --module-path ] arg Additional module paths
 
   -P [ --python-path ] arg Additional python paths
 
   -P [ --python-path ] arg Additional python paths
 +
</div>
 +
 +
<div class="mw-translate-fuzzy">
 +
== Generarea unei Backtrace ==
 +
Dacă rulați o versiune experimentală de FreeCAD care este încă în curs de dezvoltare, aceasta poate "îngheța". Vă puteți ajuta să rezolvați astfel de probleme furnizând dezvoltatorilor o "backtrace". Pentru a face acest lucru, trebuie să executați o "Debug build" a software-ului. "Debug build" este un parametru care este setat în timpul compilării, deci va trebui fie să compilați FreeCAD dvs înșivă, fie să obțineți o versiune "debug" precompilată.
 +
</div>
  
== Generating a Backtrace ==
 
 
If you are running a version of FreeCAD from the bleeding edge of the development curve, it may "crash".  You can help solve such problems by providing the developers with a "backtrace".  To do this, you need to be running a "debug build" of the software. "Debug build" is a parameter that is set at compile time, so you'll either need to compile FreeCAD yourself, or obtain a pre-compiled "debug" version.   
 
If you are running a version of FreeCAD from the bleeding edge of the development curve, it may "crash".  You can help solve such problems by providing the developers with a "backtrace".  To do this, you need to be running a "debug build" of the software. "Debug build" is a parameter that is set at compile time, so you'll either need to compile FreeCAD yourself, or obtain a pre-compiled "debug" version.   
  
 
=== For Linux ===
 
=== For Linux ===
 +
 +
<!-- START OF COLLAPSIBLE DIV --><div class="toccolours mw-collapsible mw-collapsed" style="width:800px;">
 +
 +
Linux Debugging →
 +
 +
<div class="mw-collapsible-content">
 +
 +
Prerequisites:
 +
 +
<div class="mw-translate-fuzzy">
 +
* varianta software de package gdb instalat
 +
* o depanare a variantei compilate a FreeCAD (în acest moment disponibilă prin [[CompileOnUnix#For_a_Debug_build|building from source]])
 +
* un model FreeCAD care a cauzat crash-ul
 +
</div>
 +
 +
Pași:
 +
Introduceți următoarelor în fereastra terminalului dvs:
 +
 +
Find FreeCAD binary on your system:
 +
 +
{{Code|code=
 +
$ whereis freecad
 +
freecad: /usr/local/freecad <--- for example
 +
 +
$ cd /usr/local/freecad/bin
 +
$ gdb FreeCAD
 +
}}
 +
 +
GNUdebugger will output some initializing information. The (gdb) shows GNUDebugger is running in the terminal, now input:
 +
 +
{{Code|code=
 +
(gdb) handle SIG33 noprint nostop
 +
(gdb) run
 +
}}
 +
 +
FreeCAD va porni.  Efectuați pașii care determină ca FreeCAD să se prăbușească sau să înghețe, apoi introduceți în fereastra terminalului:
 +
 +
{{Code|code=
 +
(gdb) bt
 +
}}
 +
 +
Aceasta va genera o listă lungă a exact ceea ce a făcut programul atunci când sa prăbușit sau a înghețat. Includeți acest lucru cu raportul problemei dvs.
 +
 +
{{Code|code=
 +
(gdb) bt full
 +
}}
 +
 +
Print the values of the local variables also. This can be combined with a number to limit the number of frames shown.
 +
 +
</div></div> <!-- END OF COLLAPSIBLE DIV -->
 +
 +
=== For MacOSX ===
 +
 +
<!-- START OF COLLAPISBLE DIV --><div class="toccolours mw-collapsible mw-collapsed" style="width:800px;">
 +
 +
MacOSX Debugging →
 +
 +
<div class="mw-collapsible-content">
 +
 
Prerequisites:  
 
Prerequisites:  
  
* software package gdb installed
+
* software package lldb installed
 
* a debug build of FreeCAD
 
* a debug build of FreeCAD
 
* a FreeCAD model that causes a crash
 
* a FreeCAD model that causes a crash
Line 36: Line 124:
 
Steps:
 
Steps:
 
Enter the following in your terminal window:
 
Enter the following in your terminal window:
<pre>
+
 
 +
{{Code|code=
 
$ cd FreeCAD/bin
 
$ cd FreeCAD/bin
$ gdb FreeCAD
+
$ lldb FreeCAD
</pre>
+
}}
GNUdebugger will output some initializing information. The (gdb) shows GNUDebugger is running in the terminal, now input:
+
 
 +
LLDB will output some initializing information. The (lldb) shows the debugger is running in the terminal, now input:
 +
 
 +
{{Code|code=
 +
(lldb) run
 +
}}
 +
 
 +
FreeCAD va porni.  Efectuați pașii care determină ca FreeCAD să se prăbușească sau să înghețe, apoi introduceți în fereastra terminalului:
 +
 
 +
{{Code|code=
 +
(lldb) bt
 +
}}
 +
 
 +
Aceasta va genera o listă lungă a exact ceea ce a făcut programul atunci când sa prăbușit sau a înghețat. Includeți acest lucru cu raportul problemei dvs.
 +
 
 +
</div></div> <!-- END OF COLLAPSIBLE DIV -->
 +
 
 +
== List Libraries Loaded by FreeCAD ==
 +
 
 +
(Applicable to Linux and MacOS)
 +
 
 +
Sometimes it's helpful to understand what libraries FreeCAD is loading, specifically if there are multiple libraries being loaded of the same name but different versions (version collision). In order to see which libraries are loaded by FreeCAD when it crashes you should open a terminal and run it in the debugger. In a second terminal window, find out the process id of FreeCAD:
 +
 
 +
{{incode|ps -A &#124; grep FreeCAD}}
 +
 
 +
Use the returned id and pass it to {{incode|lsof}}:
 +
 
 +
{{incode| lsof -p process_id}}
 +
 
 +
This prints a long list of loaded resources. So for example, if trying to ascertain if more than one Coin3d library versions is loaded, scroll through the list or search directly for Coin in the output:
 +
 
 +
{{incode|lsof -p process_id &#124; grep Coin}}
 +
 
 +
<div class="mw-translate-fuzzy">
 +
== Python Debugging ==
 +
Pentru o abordare mai modernă a depanării Python, cel puțin în Windows, a se vedea asta
 +
* [https://forum.freecadweb.org/viewtopic.php?f=22&t=28901 Debugging macros with VS 2017]
 +
* [https://forum.freecadweb.org/viewtopic.php?f=10&t=35383 Python workbenches debugging]
 +
</div>
 +
 
 +
For a more modern approach to debugging Python, see these posts:
 +
* [https://forum.freecadweb.org/viewtopic.php?f=22&t=28901 Debugging macros with VS 2017]
 +
* [https://forum.freecadweb.org/viewtopic.php?f=10&t=35383 Python workbenches debugging]
 +
* [https://forum.freecadweb.org/viewtopic.php?f=4&t=40251 python3.dll, Qt5Windgets.dll, Qt5Gui.dll and Qt5Core.dll not found]
 +
 
 +
=== winpdb ===
 +
 
 +
<!-- START OF COLLAPSIBLE DIV --><div class="toccolours mw-collapsible mw-collapsed" style="width:800px;">
 +
 
 +
winpdb Debugging →
 +
 
 +
<div class="mw-collapsible-content">
 +
 
 +
Here is an example of using ''Winpdb'' inside FreeCAD:
 +
 
 +
Avem nevoie de depanatorul Python: '' Winpdb ''. Dacă nu aveți instalat, instalați-l sub Ubuntu / Debian cu:
 +
 
 +
{{Code|code=
 +
sudo apt-get install winpdb
 +
}}
 +
 
 +
Acum permiteți configurarea programului de depanare.
 +
 
 +
<div class="mw-translate-fuzzy">
 +
# Start ''Winpdb''.
 +
# Set the debugger password to "test": Go to menu ''File''->''Password" and set the password.
 +
</div>
 +
 
 +
Acum vom rula pas cu pas un script de testare Python în FreeCAD.
 +
 
 +
# Rulați winpdb și definiți password (e.g. test)
 +
# Creați un fișier Python cu acest conținut
 +
 
 +
{{Code|code=
 +
import rpdb2
 +
rpdb2.start_embedded_debugger("test")
 +
import FreeCAD
 +
import Part
 +
import Draft
 +
print "hello"
 +
print "hello"
 +
import Draft
 +
points=[FreeCAD.Vector(-3.0,-1.0,0.0),FreeCAD.Vector(-2.0,0.0,0.0)]
 +
Draft.makeWire(points,closed=False,face=False,support=None)
 +
}}
 +
 
 +
# Dați Start la FreeCAD și încărcați fișierul de mai sus în FreeCAD
 +
# Apăsați F6 ptru al-l executa
 +
# Acum FreeCAD se va bloca (nu va răspunde) deoarece debuggerul Python este în așteptare
 +
# Comutați pe Windpdb GUI și click on "Attach". După câteva secunde un articol "<Input>" apare acolo unde ați făcut dublu clic
 +
# Acum Scriptul aflat în execuție curentă apare în Winpdb.
 +
# Definiți o pauză la ultima linie și apăsați F5
 +
# Acum apăsați F7 pentru a intra în codul  Python al Draft.makeWire
 +
 
 +
</div></div> <!-- END OF COLLAPSIBLE DIV -->
 +
 
 +
=== Visual Studio Code (VS Code) ===
 +
 
 +
<!-- START OF COLLAPSIBLE DIV --><div class="toccolours mw-collapsible mw-collapsed" style="width:800px;">
 +
 
 +
VS Code Debugging →
 +
 
 +
<div class="mw-collapsible-content">
 +
 
 +
Prerequisites:
 +
 
 +
* ptvsd package need to be installed
 +
 
 +
{{Code|code=
 +
pip install ptvsd
 +
}}
 +
 
 +
[https://pypi.org/project/ptvsd/ pypi page]
 +
 
 +
[https://code.visualstudio.com/docs/python/debugging#_remote-debugging Visual Studio Code documentation for remote debugging]
 +
 
 +
Steps:
 +
* Add following code at the beginning of your script
 +
 
 +
{{Code|code=
 +
import ptvsd
 +
print("Waiting for debugger attach")
 +
# 5678 is the default attach port in the VS Code debug configurations
 +
ptvsd.enable_attach(address=('localhost', 5678), redirect_output=True)
 +
ptvsd.wait_for_attach()
 +
}}
 +
 
 +
* Add a debug configuration in Visual Studio Code {{MenuCommand|Debug → Add Configurations…}}. It should looks like this :
 +
 
 +
<!--NOT CHANGE THE <pre> </pre> BALISE CAUSE THE PIPE OR SPACE IN MACRO CODE CUT THE MACRO-->
 
<pre>
 
<pre>
(gdb) handle SIG33 noprint nostop
+
    "configurations": [
(gdb) run
+
        {
 +
            "name": "Python: Attacher",
 +
            "type": "python",
 +
            "request": "attach",
 +
            "port": 5678,
 +
            "host": "localhost",
 +
            "pathMappings": [
 +
                {
 +
                    "localRoot": "${workspaceFolder}",
 +
                    "remoteRoot": "."
 +
                }
 +
            ]
 +
        },
 
</pre>
 
</pre>
FreeCAD will now start up.  Perform the steps that cause FreeCAD to crash or freeze, then enter in the terminal window:
 
<pre>
 
(gdb) bt
 
</pre>
 
This will generate a lengthy listing of exactly what the program was doing when it crashed or froze. Include this with your problem report.
 
  
== Python Debugging ==
+
* In VS Code add a breakpoint anywhere you want.
Here is an example of using winpdb inside FreeCAD:
+
* Launch the script in FreeCAD. FreeCAD freeze waiting for attachment.
 +
* In VS Code start debugging using created configuration. You should see variables in debugger area.
 +
* When setting breakpoints, VS Code will complain about not finding the .py file opened in the VS Code editor.
 +
** Change "remoteRoot": "." to "remoteRoot": "<directory of file>"
 +
** For example, if the python file resides in ''/home/FC_myscripts/myscript.py''
 +
** Change to: "remoteRoot": "/home/FC_myscripts"
 +
 
 +
</div></div> <!-- END OF COLLAPSIBLE DIV -->
 +
 
 +
== Debugging OpenCasCade ==
  
# Run winpdb and set the password (e.g. test)
+
For developers needing to dig deeper in to the OpenCasCade kernel, user @abdullah has created a [https://forum.freecadweb.org/viewtopic.php?f=10&t=47017 thread] orientation discussing how to do so.
# Create a Python file with this content
 
<syntaxhighlight>
 
import rpdb2
 
rpdb2.start_embedded_debugger("test")
 
import FreeCAD
 
import Part
 
import Draft
 
print "hello"
 
print "hello"
 
import Draft
 
points=[FreeCAD.Vector(-3.0,-1.0,0.0),FreeCAD.Vector(-2.0,0.0,0.0)]
 
Draft.makeWire(points,closed=False,face=False,support=None)
 
</syntaxhighlight>
 
# Start FreeCAD and load the above file into FreeCAD
 
# Press F6 to execute it
 
# Now FreeCAD will become unresponsive because the Python debugger is waiting
 
# Switch to the Windpdb GUI and click on "Attach". After a few seconds an item "<Input>" appears where you have to double-click
 
# Now the currently executed script appears in Winpdb.
 
# Set a break at the last line and press F5
 
# Now press F7 to step into the Python code of Draft.makeWire
 
  
{{Docnav|Module Creation|Testing}}
 
  
[[Category:Developer Documentation]]
+
<div class="mw-translate-fuzzy">
 +
{{Docnav/ro
 +
|[[Module Creation/ro|Module Creation]]
 +
|[[Testing/ro|Testing]]
 +
}}
 +
</div>
  
 +
{{Powerdocnavi{{#translation:}}}}
 +
[[Category:Developer Documentation{{#translation:}}]]
 +
[[Category:Python Code{{#translation:}}]]
 
{{clear}}
 
{{clear}}
<languages/>
 

Latest revision as of 16:07, 6 May 2021

Other languages:
Deutsch • ‎English • ‎Türkçe • ‎español • ‎français • ‎hrvatski • ‎italiano • ‎polski • ‎português • ‎português do Brasil • ‎română • ‎svenska • ‎čeština • ‎български • ‎русский • ‎中文 • ‎中文(中国大陆)‎ • ‎中文(台灣)‎
Arrow-left.svg Module Creation Anteriorul:
Urmeaza: Testing Arrow-right.svg

Testează mai întâi

Înainte de a trece prin durerea de a depana utilizați Test framework pentru a verifica dacă testele standard funcționează corect. Dacă acestea nu se execută complet, este posibil să fie o instalare defectuoasă.

Before you go through the pain of debugging use the Test framework to check if the standard tests work properly. If they do not run complete there is possibly a broken installation.

Linie de Commandă

Depanarea debugging în FreeCAD este susținută de câteva mecanisme interne. Versiunea liniei de comandă a FreeCAD oferă câteva opțiuni pentru suportul de depanare.

The debugging of FreeCAD is supported by a few internal mechanisms. The command line version of FreeCAD provides some options for debugging support.

Acestea sunt opțiunile recunoscute curent în FreeCAD 0.15:

Generic options:

 -v [ --version ]      Prints version string
 -h [ --help ]         Prints help message
 -c [ --console ]      Starts in console mode
 --response-file arg   Can be specified with '@name', too

Configuration:

 -l [ --write-log ]       Writes a log file to:
                          $HOME/.FreeCAD/FreeCAD.log
 --log-file arg           Unlike to --write-log this allows to log to an 
                          arbitrary file
 -u [ --user-cfg ] arg    User config file to load/save user settings
 -s [ --system-cfg ] arg  System config file to load/save system settings
 -t [ --run-test ] arg    Test level
 -M [ --module-path ] arg Additional module paths
 -P [ --python-path ] arg Additional python paths

Generarea unei Backtrace

Dacă rulați o versiune experimentală de FreeCAD care este încă în curs de dezvoltare, aceasta poate "îngheța". Vă puteți ajuta să rezolvați astfel de probleme furnizând dezvoltatorilor o "backtrace". Pentru a face acest lucru, trebuie să executați o "Debug build" a software-ului. "Debug build" este un parametru care este setat în timpul compilării, deci va trebui fie să compilați FreeCAD dvs înșivă, fie să obțineți o versiune "debug" precompilată.

If you are running a version of FreeCAD from the bleeding edge of the development curve, it may "crash". You can help solve such problems by providing the developers with a "backtrace". To do this, you need to be running a "debug build" of the software. "Debug build" is a parameter that is set at compile time, so you'll either need to compile FreeCAD yourself, or obtain a pre-compiled "debug" version.

For Linux

Linux Debugging →

Prerequisites:

  • varianta software de package gdb instalat
  • o depanare a variantei compilate a FreeCAD (în acest moment disponibilă prin building from source)
  • un model FreeCAD care a cauzat crash-ul

Pași: Introduceți următoarelor în fereastra terminalului dvs:

Find FreeCAD binary on your system:

$ whereis freecad
freecad: /usr/local/freecad <--- for example

$ cd /usr/local/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 porni. Efectuați pașii care determină ca FreeCAD să se prăbușească sau să înghețe, apoi introduceți în fereastra terminalului:

(gdb) bt

Aceasta va genera o listă lungă a exact ceea ce a făcut programul atunci când sa prăbușit sau a înghețat. Includeți acest lucru cu raportul problemei dvs.

(gdb) bt full

Print the values of the local variables also. This can be combined with a number to limit the number of frames shown.

For MacOSX

MacOSX Debugging →

Prerequisites:

  • software package lldb installed
  • a debug build of FreeCAD
  • a FreeCAD model that causes a crash

Steps: Enter the following in your terminal window:

$ 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 porni. Efectuați pașii care determină ca FreeCAD să se prăbușească sau să înghețe, apoi introduceți în fereastra terminalului:

(lldb) bt

Aceasta va genera o listă lungă a exact ceea ce a făcut programul atunci când sa prăbușit sau a înghețat. Includeți acest lucru cu raportul problemei dvs.

List Libraries Loaded by FreeCAD

(Applicable to Linux and MacOS)

Sometimes it's helpful to understand what libraries FreeCAD is loading, specifically if there are multiple libraries being loaded of the same name but different versions (version collision). In order to see which libraries are loaded by FreeCAD when it crashes you should open a terminal and run it in the debugger. In a second terminal window, find out the process id of FreeCAD:

ps -A | grep FreeCAD

Use the returned id and pass it to lsof:

lsof -p process_id

This prints a long list of loaded resources. So for example, if trying to ascertain if more than one Coin3d library versions is loaded, scroll through the list or search directly for Coin in the output:

lsof -p process_id | grep Coin

Python Debugging

Pentru o abordare mai modernă a depanării Python, cel puțin în Windows, a se vedea asta

For a more modern approach to debugging Python, see these posts:

winpdb

winpdb Debugging →

Here is an example of using Winpdb inside FreeCAD:

Avem nevoie de depanatorul Python: Winpdb . Dacă nu aveți instalat, instalați-l sub Ubuntu / Debian cu:

sudo apt-get install winpdb

Acum permiteți configurarea programului de depanare.

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

Acum vom rula pas cu pas un script de testare Python în FreeCAD.

  1. Rulați winpdb și definiți password (e.g. test)
  2. Creați un fișier Python cu acest conținut
import rpdb2
rpdb2.start_embedded_debugger("test")
import FreeCAD
import Part
import Draft
print "hello"
print "hello"
import Draft
points=[FreeCAD.Vector(-3.0,-1.0,0.0),FreeCAD.Vector(-2.0,0.0,0.0)]
Draft.makeWire(points,closed=False,face=False,support=None)
  1. Dați Start la FreeCAD și încărcați fișierul de mai sus în FreeCAD
  2. Apăsați F6 ptru al-l executa
  3. Acum FreeCAD se va bloca (nu va răspunde) deoarece debuggerul Python este în așteptare
  4. Comutați pe Windpdb GUI și click on "Attach". După câteva secunde un articol "<Input>" apare acolo unde ați făcut dublu clic
  5. Acum Scriptul aflat în execuție curentă apare în Winpdb.
  6. Definiți o pauză la ultima linie și apăsați F5
  7. Acum apăsați F7 pentru a intra în codul Python al Draft.makeWire

Visual Studio Code (VS Code)

VS Code Debugging →

Prerequisites:

  • ptvsd package need to be installed
pip install ptvsd

pypi page

Visual Studio Code documentation for remote debugging

Steps:

  • Add following code at the beginning of your script
import ptvsd
print("Waiting for debugger attach")
# 5678 is the default attach port in the VS Code debug configurations
ptvsd.enable_attach(address=('localhost', 5678), redirect_output=True)
ptvsd.wait_for_attach()
  • Add a debug configuration in Visual Studio Code Debug → Add Configurations…. It should looks like this :
    "configurations": [
        {
            "name": "Python: Attacher",
            "type": "python",
            "request": "attach",
            "port": 5678,
            "host": "localhost",
            "pathMappings": [
                {
                    "localRoot": "${workspaceFolder}",
                    "remoteRoot": "."
                }
            ]
        },
  • In VS Code add a breakpoint anywhere you want.
  • Launch the script in FreeCAD. FreeCAD freeze waiting for attachment.
  • In VS Code start debugging using created configuration. You should see variables in debugger area.
  • When setting breakpoints, VS Code will complain about not finding the .py file opened in the VS Code editor.
    • Change "remoteRoot": "." to "remoteRoot": "<directory of file>"
    • For example, if the python file resides in /home/FC_myscripts/myscript.py
    • Change to: "remoteRoot": "/home/FC_myscripts"

Debugging OpenCasCade

For developers needing to dig deeper in to the OpenCasCade kernel, user @abdullah has created a thread orientation discussing how to do so.


Arrow-left.svg Module Creation Anteriorul:
Urmeaza: Testing Arrow-right.svg