[support]

Thanks for letting us know and good to know it works. This makes sense, since VisualGDB relies on TCP/IP to communicate with WSL.

[support]

Hi,

ESP-IDF 5.0 is not a stable release. It might be buggy, incompatible with tools like OpenOCD, or might be missing some functionality. Unless you are fine doing the troubleshooting on your side, please consider using stable releases only (e.g. ESP-IDF v4.3.1).

[support]

Hi,

We do not have a dedicated tutorial for Visual Watch, however it is featured in our STM32 ADC tutorial.

[support]

Hi,

This is generally possible, although might require some adjustments and troubleshooting due to differences between Windows and Linux.

If you could let us know the build system you are using (GNU Make, CMake or MSBuild), we can point you to the right direction.

Please also let us know the email address associated with your license key (or update the forum profile accordingly), so that we could link your support profile to the forum profile.

[support]

Hi,

No problem, please try checking the following:

• Does VisualGDB work with the same WSL distro using the default toolchain (not the Yocto one)?
• Does 172.22.240.1 correspond to the correct WSL network adapter? Is IPv4 enabled for it?
• Are you able to ping 172.22.240.1 (that should correspond to the Windows machine) from WSL and use it to telnet to TCP ports opened on the Windows machine?

[support]

Hi,

This value comes directly from gdb. Please consider checking the gdb documentation for commands controlling it. You can add these commands to VisualGDB Project Properties -> Additional GDB Commands.

[support]

Hi,

Although ESP32-C3 is indeed based on RISC-V, based on our experiments, the ESP32 OpenOCD could not read the target memory without stopping it, hence Live Watch won’t work. We have briefly checked with Espressif and it should be theoretically supported, although might require some patching on the OpenOCD side.

We will look further into it during one of the next OpenOCD updates and will try to get live watch for ESP32-C3 working, although we cannot promise anything at this point.

Edit: we have created a Github issue regarding the broken background memory reads on ESP32-C3. If Espressif could get it resolved, Live Variables will work on ESP32-C3 same way they do on ARM targets.

Visual Watch is a different mechanism. It allows plotting large arrays as graphs instead of just viewing them row-by-row. It requires the target to be stopped, just as the regular watch.

• This reply was modified 4 years, 4 months ago by support. Reason: added a link to the Github issue

[support]

Hi,

Sorry, we do not have a toolchain for the 64-bit Raspberry Pi OS. Please consider using a 32-bit Raspberry Pi OS instead, or simply try building the code directly on the target.

 

[support]

Hi,

You can try using an alternate payment processor by following the instructions below:

1. Go to the buy page, locate the edition you would like to purchase, right-click on the corresponding “Buy” button and select “Copy Link”
2. Add “&platform=avangate” to the checkout link copied in the previous step
3. Use the updated link (e.g. https://visualgdb.com/buy/checkout?edition=vgdb_max&platform=avangate) to proceed with the purchase

That said, depending on your location and international regulations, some payment methods may still not be supported. The most versatile payment method that works in every country we are aware of is a major credit card. If this is not an option, please consider finding a local reseller and purchasing through them.

[support]

No problem and good to know it works. We have also updated VisualGDB on our side to suggest the use of the IP address or port when trying to create an SSH connection to ‘localhost’.

[support]

Good to know it works. Also thanks for the suggestion, we will consider adding more checks to the installer in the next VisualGDB releases.

[support]

Thanks for the updated log file. Indeed, VisualGDB is saving the imported toolchain to the location normally used for the Windows toolchains:

Saving newly imported toolchain to C:\Users\709218\AppData\Local\VisualGDB\ToolchainProfiles\localhost\com.sysprogs.imported.arm-linux-gnueabihf-4.8.3__r0...

This happens because the project is configured to connect to localhost via the default SSH port, so VisualGDB treats it as a Linux machine name. In order to workaround it, please consider using “127.0.0.1” instead of “localhost”, or specifying the port explicitly, i.e. “localhost:22”.

That said, we normally advise picking the WSL distro directly in the host selector, rather than using SSH. It will enable the special WSL-specific communication mode, that is faster then SSH.

[support]

Thanks for the screenshot. This VisualGDB build uses the new installation logic that first checks the v170 folder, and if it’s absent – falls back to the v160 folder. Perhaps when you installed VisualGDB, your Visual Studio had the v160 as a leftover from the VS Preview, and the v170 was completely missing (e.g. VC++ workload was not installed)?

Either way, you can try uninstalling VisualGDB completely and installing it again. If the v170 folder is present, VisualGDB should recognize it.

[support]

Thanks, we have narrowed it down further and updated VisualGDB to show a more informative error message. Please try this build: VisualGDB-5.6.102.4508.msi

If the problem persists, please try following the steps below:

1. Enable VisuaGDB Diagnostics Console
2. Open VisualGDB Project Properties and re-import the toolchain. This should be done with the diagnostic console enabled.
3. Make sure the imported toolchain is selected in the VisualGDB Project Properties window. If it shows “no toolchain selected”, please try selecting it manually.
4. If the toolchain doesn’t appear in the list, or if selecting it doesn’t work, please attach the updated diagnostic log. If selecting the toolchain manually solved the problem, feel free to attach a screenshot of the toolchain list and the diagnostic log as well, so that we could check why the automatic selection didn’t happen.

[support]

Hi,

Strange. Could you please share a screenshot of the Help->About VisualGDB window so that we could see what is going on?

[Author]

Posts