[support]

Hi,

This could be caused by a bug somewhere in the code (e.g. uninitialized variable or missing ‘volatile’ keyword) that only takes effect when the code is optimized. We would advise locating the code responsible for setting the hardware registers and stepping through it in disassembly mode to understand what is going on.

[support]

Hi,

Looks like you are using an older v5.3 Preview build. Please try updating to the latest Preview 7.

[support]

OK, we have fixed the expression type reporting in this build: http://sysprogs.com/files/tmp/VisualGDB-5.3.7.1748.msi

It should automatically filter out the base class definition in all cases and only display the actual class name.

[support]

Hi,

Please try adding the files from <Nordic SDK>\external\segger_rtt to your project.

Please note that we normally recommend using the VisualGDB Fast Semihosting mechanism instead (can be enabled via the Embedded Frameworks page of VisualGDB Project Properties). It is fully integrated with VisualGDB, supports multiple text colors and its output will be automatically shown in a separate window inside the Visual Studio window while the debugging is active.

[support]

Hi,

Thanks, we have fixed this in the following build: http://sysprogs.com/files/tmp/VisualGDB-5.3.7.1748.msi

[support]

Hi,

Please try using this build: http://sysprogs.com/files/tmp/VisualGDB-5.3.7.1746.msi

It will display the path that caused the exception.

[support]

Hi,

It looks like your trial period has expired. In order to continue using VisualGDB you would need to purchase a license.

[support]

Hi,

Thanks for your feedback, we will consider adding a new tutorial about troubleshooting the type visualizer issues.

You can diagnose the lockups by checking the GDB Session window (enable the timing mode to see the time consumed by each command) or the diagnostic gdb logs (can be enabled via Advanced GDB Settings).

Visual Studio supports custom expression viewers (e.g. see the VS HTML viewer) that are displayed when you click the magnifying glass icon on the expression. VisualGDB does not directly support this, however we could easily add one of the  2 options:

• Let you export your implementation of the VS interfaces via your type visualizer
• Extend our type visualizer API to support easy WPF-based custom viewers (this would count as a custom paid feature as it’s very specific and relatively complex).

Let us know if you would like to proceed. If you would like to get a quote for extending the API, please contact us via the support form.

 

[support]

Yes.

[support]

Hi,

We are planning to look into address sanitizer within the next few weeks, although it may end up generating too much overhead for any reasonable scenarios. We will post an update here once we support it.

[support]

Hi,

Thanks, this looks like our bug. VisualGDB should normally filter out the “: public …” part. We will investigate and fix it in one of the next builds (this will break compatibility with the current workaround though).

Probe() doesn’t get called if only one visualizer matches the expression via triggers. This is done to reduce the overhead that Probe() might cause (by running extra gdb commands).

[support]

Hi,

Thanks, we will look into showing stack usage in Embedded Memory Explorer (although the values reported by gcc won’t be not 100% accurate – library functions and indirect calls won’t be included).

With SWO, our real-time watch actually supports custom transports, so if you could write a plugin converting your SWO output into the real-time watch event protocol, VisualGDB would display your events in the real-time watch window and reuse the rest of the GUI and the saving/loading functionality. We could certainly help you get it to work.

[support]

Hi,

We try to release the preview builds every 1-2 weeks to get fast feedback on the new features, so please always use the latest available preview.

There are no known problems with ESP32 and VisualGDB 5.3 Preview 6 (or 7).

[support]

No problem. Could be some framework library corrupt that would prevent the plugins from loading properly. Either way, if you encounter further problems, feel free to contact us again and we will help.

[support]

Hi,

Unfortunately various linker input-related flags used by gcc are quite confusing and it looks like you are using the -L input (library search directories) incorrectly. Please refer to the following page for an overview of the related settings: http://visualgdb.com/support/linkerinputs/

[Author]

Posts