Sysprogs forums › Forums › VisualGDB › Beginners problem: Python debugging on remote machine
- This topic has 9 replies, 3 voices, and was last updated 4 years, 5 months ago by support.
-
AuthorPosts
-
February 7, 2018 at 21:41 #19996RobMeadesParticipant
Hi there. I downloaded VisualGDB a few days ago with the aim of editing Python plus C/C++ code for the Raspberry Pi but on a nice Win10 speedy machine/interface and then building/running that code on the Pi. This works with a pure C++ project but I can’t make it work with Python or Python/C++ projects; seems like I have some configuration deeply wrong (not that I’ve consciously touched any configuration) or I have completely misunderstood how VisualGDB is meant to work. In all scenarios I am editing code on a Win10 PC and then building/running the code on the Raspberry Pi (B+) via SSH.
When I create the default Python-only project it appears to “build” successfully (which might not mean anything as there’s no C code to build) but when I attempt to debug it VisualGDB throws an exception before anything starts where it seems to be trying to CD to a Windows directory in a bash script that is presumably running on the Pi:
Your VisualGDB trial expires in 25 days! gdb --interpreter mi --args "python" "/tmp/com_sysprogs_PythonDebugWrapper.py" "/tmp/com_sysprogs_PythonBreakpointModule.so" /tmp/VisualGDB/c/Users/Loft/source/repos/PyTest1/PyTest1/PyTest1.py bash: line 0: cd: C:\Users\Loft\source\repos\PyTest1\PyTest1: No such file or directory -gdb-version
When I create the default Python/C++ project, again the build step is successful but when I attempt to debug it VisualGDB steps into the Python lines as they were compiled from the C source code and so complains at each single step that it cannot find various lumps of glibc source code. Obviously I’m not trying to debug Python itself: is there a way to stop it doing this?
Any help is appreciated.
Rob
February 9, 2018 at 06:07 #20009supportKeymasterHi,
Sorry, Python debugging on Raspberry Pi is currently broken. We are investigating this and will post an update here once a hotfix is available (please allow 1-2 working days for that).
February 11, 2018 at 17:32 #20044RobMeadesParticipantGot it, thanks for confirming, I’ll try again once fixed.
February 13, 2018 at 01:27 #20074supportKeymasterHi,
OK, please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.4.1.2058.msi
Please also follow the instructions in this tutorial to work around the optimization bug in the original Python 3 package.
March 21, 2018 at 00:42 #20488RobMeadesParticipantSorry for the delay, I’ve now purchased VisualGDB to try this out but when I attempt to compile I get:
"Your edition of VisualGDB does not support Linux projects."
I purchased VisualGDB Embedded Edition for GBP84.67 (on 05/03/2018). Did I miss out Linux somehow?
Rob
March 21, 2018 at 01:01 #20489supportKeymasterHi,
Sorry for the confusion. The Embedded edition indeed doesn’t support the Linux-based targets as shown on the feature matrix on the buy page.
If you have purchased the Embedded edition within the last month, you can upgrade it to Linux edition by paying just the price difference here: http://sysprogs.com/splm/mykey (otherwise maintenance period extension surcharge will apply).
June 10, 2020 at 15:39 #28371meammeiamParticipantI’m having this same problem with version 5.3R8. Is there a hotfix for this version? Thanks!
- This reply was modified 4 years, 5 months ago by meammeiam.
June 15, 2020 at 18:01 #28407supportKeymasterHi,
Version 5.3R8 is very old and indeed may not work with the latest Python versions. Please try updating to VisualGDB 5.5 Preview 7.
June 15, 2020 at 18:04 #28410meammeiamParticipantDoes that require purchasing a new license?
June 15, 2020 at 18:13 #28411supportKeymasterYou can find our the latest version compatible with your key, and also manage renewal an upgrade options on the following page: https://sysprogs.com/splm/mykey
-
AuthorPosts
- You must be logged in to reply to this topic.