[support]

Thanks, we have reproduced the issue and fixed it in the following build: VisualGDB-5.6.5.4257.msi

[support]

Hi,

Please make sure you also follow the step 8e of the tutorial. It shows how to fix this exact issue.

As another alternative, please consider updating to VisualGDB 5.6 Beta 4. It uses the new path syntax by default and doesn’t require adjusting it manually.

[support]

Hi,

Please refer to the following page for an overview of the typical structure of STM32 projects, and their main components: https://visualgdb.com/documentation/embedded/stm32/

[support]

Hi,

This is by design. FreeRTOS does not always keep a global list of all synchronization primitives, so VisualGDB obtains it by looking through all global variables.

If you would like VisualGDB to automatically locate a queue or another similar primitive, please consider declaring a global handle variable and assigning it with a copy of your object.

You can also try extending the primitive location logic by extending our open-source FreeRTOS plugin, however this is something to do at your own risk.

[support]

Hi,

This looks like an issue specific to a particular ST board and not to VisualGDB. Please feel free to post it on the ST forum to see if anyone else has encountered it.

[support]

Hi,

VS2022 Preview 2 indeed changed the MSBuild platforms location from:

C:\Program Files\Microsoft Visual Studio\2022\Preview\MSBuild\Microsoft\VC\v160\Platforms

to

C:\Program Files\Microsoft Visual Studio\2022\Preview\MSBuild\Microsoft\VC\v170\Platforms

You can fix the issue either by manually moving the VisualGDB platform from the old location to the new one, or by installing the following build: VisualGDB-5.6.5.4247.msi

[support]

Hi,

No problem. Please try setting the Tools->Options->VisualGDB->Advanced Build->Build Results Window Stickiness option to 0.

You can find more about various VisualGDB settings, including a searchable list of them on this page.

[support]

Hi,

OpenOCD support for specific devices is usually contributed by the device vendors or someone from the OpenOCD community. We periodically release builds based on the latest OpenOCD source, however we do not maintain device-specific parts of it.

The OpenOCD code base is evolving very fast, so there is a high chance the issue is already fixed in the latest OpenOCD build released today. Please try installing it via VisualGDB Package Manager.

Alternatively, please consider using Segger J-Link with the J-Link software. The J-Link software is a proprietary replacement to OpenOCD that is maintained and tested by Segger, and it usually works more reliably than open-source tools. VisualGDB is integrated with both tools equally well, so you can chose the best one for your setup based on your requirements.

[support]

Thanks for letting us know and good to know it works.

[support]

Hi,

This might be related to a recent update to CMake that changed the format used to report command lines. Please try updating to VisualGDB 5.6 Beta 4.

[support]

Unfortunately, it’s hard to suggest anything specific based on this description.

Please provide the steps we could follow on our side to reproduce the problem per our problem reporting guidelines and we will try to investigate this further.

[support]

It’s hard to say why the connection between 2 J-Link tools would not always work. Please try reproducing the problem outside VisualGDB by launching JLinkGDBServer manually with the command-line arguments shown in the Advanced view. If the problem persists, please contact Segger support for further help.

If running JLinkGDBServer manually works, please let us know more details (e.g. successful vs. failing logs and the exact command line used) and we will help you configure VisualGDB to replicate that setup.

[support]

Hi,

Normally, the paths should be remembered. If it doesn’t happen, please try installing the latest VisualGDB 5.6 Beta (you would need to renew your support here), make sure your can reproduce the problem from scratch, and share the steps we could follow on our side to reproduce the problem per our problem reporting guidelines.

[support]

Hi,

This could be something specific to ESP-IDF itself. E.g. the USB is not enabled for this project, hence the setting gets reverted back. Please try changing the same setting via ESP-IDF menuconfig (you can launch it via the context menu in Solution Explorer).

If menuconfig works as expected, please follow the steps below to narrow down the problem

1. Make a backup of the <project directory>\sdkconfig file before changing the setting.
2. Change the setting via VisualGDB Project Properties
3. Restore the backed up file
4. Change the same setting with menuconfig
5. Send us the 3 versions of the sdkconfig file (before, after editing with VisualGDB, after editing with menuconfig) along with the test project name, the ESP-IDF version and the device type, and we will try to reproduce the issue on our side.

[support]

Hi,

VisualGDB uses the J-Link Software to communicate to Segger J-Link. You can configure it to connect to a remote J-Link by selecting “Connection: TCP/IP” in VisualGDB Project Properties -> Debug Settings. This will pass the “-select IP” argument to JLinkGDBServerCL.exe (expand the Advanced Settings view to preview the command line).

You can find more details about remote mode of the Segger J-Link GDB Server in the J-Link documentation.

[Author]

Posts