[support]

Hi,

If you are using the Embedded edition, it will automatically hide pages that are only included in the Custom edition. You can find a list of VisualGDB editions and features included in each one here: https://visualgdb.com/buy/

If you would like to upgrade your existing key to the Custom edition, you can do it via this page: https://sysprogs.com/splm/mykey

[support]

Hi,

This looks like an issue with CMake and not VisualGDB. Please consider asking in the CMake community instead.

[support]

Hi,

We wouldn’t expect any specific output, since we don’t use Strawberry Perl. It’s generally up to you to figure out what LANG value will make it happy; all we can do is show how to override it on the VisualGDB side.

You can double-check that VisualGDB passes the correct value to ESP-IDF by dumping the command-line used by VisualGDB (with the environment) into a batch file as shown here. The file will contain all environment variables including LANG and running it manually should produce the same results as via VisualGDB. You can then experiment with different values by editing the file, and once you find the value that works, enter it via VisualGDB Project Properties.

[support]

Hi,

Thanks for the screenshots. For this project type you can override the LANG variable via VisualGDB Project Properties as shown below:

Attachments:

You must be logged in to view attached files.

[support]

Hi,

The exact setting depends on how your project is setup. If you would like us to point out a specific setting, please make sure you can reproduce the problem on a new project created from scratch, and than share the screenshots showing how the project was created (every step of the wizard and every other window where you changed any settings).

[support]

Hi,

VisualGDB forces the locale to be en_US.UTF-8 as otherwise some build tools would show localized error messages, confusing the message parsing logic (e.g. trying to understand the base directory for the relative paths in subsequent messages).

You can try overriding the environment of the CMake/Make commands via VisualGDB Project Properties -> Build Settings. It should override the default value.

[support]

Hi,

VisualGDB’s code completion has 2 levels of confidence:

• If the string you typed exactly matches the beginning of a suggestion, (e.g. you typed “print” and it found “printf”), typing any non-identifier character (space, opening bracket, comma, etc) will trigger a completion and will insert the character you typed.
• If the string loosely matches the suggestion (e.g. you typed “ncmp” and if found “wcsncmp” or you typed “pascope” and it found “pthread_attr_getscope), it is considered a low-confidence match, so it will only get completed if you press tab. Otherwise it will insert what you typed as if there was no completion popup.

Normally, this should avoid inserting the wrong suggestions, while still giving you the possibility to find functions or variables if you don’t know the exact name. If you keep getting incorrect completions, feel free to share more details with an exact example of what you are typing and what VisualGDB suggests, and we will look further into it.

[support]

Hi,

Sure, you can do that. In principle, you would need to have 3 things:

1. The project should reference the unit test framework via VisualGDB Project Properties -> Unit Tests. Even if you don’t end up using the actual framework, simply having it referenced there will make VisualGDB look for tests in the project.
2. The binary produced by the project should actually contain the test symbols usually produced by GoogleTest. You can search for TestDiscoverers  in %LOCALAPPDATA%\VisualGDB\TestFrameworks\com.sysprogs.unittest.googletest\TestFramework.xml to get a basic idea of what VisualGDB is looking for.
3. The project’s main() function should actually pass control to the unit test framework, and the framework should contain our patches for selecting the tests via debugger, and for reporting test results via semihosting.

The easiest way to do it without using find_bsp/find_test_framework is to create a simple test project using the wizard, see what exact files (with what parameters) are included in it, and then reconstruct it in your own project.

[support]

Hi,

Sure, VisualGDB has a mechanism for customizing both target and item templates, although it wasn’t documented much.

We have added a page explaining it here: https://visualgdb.com/documentation/cmake/templates/

[support]

Hi,

No worries. For what it’s worth, the FreeRTOS Live Watch functionality is implemented in a separate open-source plugin, so you can always tweak it if your setup involves something very specific that otherwise doesn’t work.

[support]

Thanks, the “undefined reference” error is actually a glitch in the new 64-bit Raspberry Pi toolchain.

Please try creating the <SysGCC>\raspberry64\aarch64-linux-gnu\sysroot\etc\ld.so.conf file with the following contents:

/opt/vc/lib
# Multiarch support
/lib/aarch64-linux-gnu
/usr/lib/aarch64-linux-gnu
/usr/lib/aarch64-linux-gnu/libfakeroot
# libc default configuration
/usr/local/lib

We have also updated the toolchain on our side to include this file out-of-the-box.

• This reply was modified 8 months, 3 weeks ago by support. Reason: updated path

[support]

Hi,

Thanks for renewing. Please make sure you update to VisualGDB 6.0, then follow the steps below:

1. Delete the toolchain you have.
2. Download a toolchain from here that matches your SD card image.
3. Make sure you can build and debug a basic executable (non Qt-based) using that toolchain. If it doesn’t work, replace your SD card contents with a fresh image per our toolchain list.
4. Once the basic program works, follow our Qt/CMake tutorial to get everything working.

[support]

Hi,

Thanks, we have linked your key to your profile. Regarding this error, please try enabling View->Other Windows->VisualGDB Diagnostics Console and starting a profiling session without debugging.

If it still doesn’t work, please take a note of the valgrind command line shown in the VisualGDB diagnostics console. It will show the path to the profiled program and some other arguments.

Please then try manually running valgrind with that program without any other options, e.g.

valgrind /tmp/my-program

Does valgrind work when launched manually? If yes, please post the exact command line you captured from VisualGDB Diagnostics Console and the exact command that worked manually.

[support]

Hi,

It looks like your technical support period has expired. We would be happy to help you, however we would kindly ask you to renew your technical support on the following page first: https://sysprogs.com/splm/mykey​

[support]

Hi,

The file is automatically updated when VisualGDB is loaded inside Visual Studio. Just installing the toolchain outside VisualGDB won’t change it.

You can try running VisualGDB.exe /pkgmgr to force VisualGDB to reload the toolchain list.

If it doesn’t help, something else could be preventing VisualGDB from rebuilding the file. In this case please try renaming the file, restarting Visual Studio and creating a new MSBuild project using one of the toolchains using the wizard. If the file is not regenerated after it (or is missing some toolchains), please let us know and we will investigate it further.

[Author]

Posts