Forum Replies Created
-
AuthorPosts
-
February 19, 2020 at 20:37 in reply to: What is the process for enabling features in the nrf52 SDK? #27448
support
KeymasterHi,
The Nordic SDK is indeed one of the hardest ones to configure compared to other SDKs. Generally, it is configured by enabling features in the sdk_config.h file, including the related headers (and adding the corresponding include paths) and source files to the project.
To make configuration easier, VisualGDB maps most of the SDK’s features to the frameworks and configuration options on the Embedded Frameworks page. Enabling those features would add include directories and source files to the project. Also if you update to VisualGDB 5.5 Preview 4 and use the latest Nordic SDK, it will automatically suggest configuration changes for missing symbols and header files that could be discovered during our automated SDK releasing process.
Beyond that, please plan sufficient time to get accustomed to the new SDK. Although VisualGDB can automate most of the troubleshooting, getting the right configuration for a specific project type might still require some iterations. If you are new to the Nordic SDK, please consider selecting “Nordic SDK examples” on the Sample Selection page of the wizard, cloning a few samples similar to your setup and understanding the sources and headers that are involved in that functionality.
support
KeymasterHi,
This is a limitation of Windows, not something specific to VisualGDB. Please contact Microsoft if you would like to suggest an improvement to the logic in cmd.exe.
support
KeymasterHi,
Please try setting the Tools->Options->Text Editor->C/C++(VisualGDB)->Other->Max. change-driven tags option to 0.
P.S. You can find a detailed searchable list of all VisualGDB settings here: https://visualgdb.com/settings/
support
KeymasterHi,
Writing bare metal Raspberry Pi code does not require a second Linux computer. You can instead use our regular ARM toolchain and configure the necessary flags manually per this tutorial. That said, as Raspberry Pi is typically used together with the Raspbian Linux distro, VisualGDB does not come with a ready-to-use barebone project template for Raspberry Pi, so you would need to find out the correct compiler flags and obtain the necessary header files from the device vendor.
Note that this will NOT work for Linux-based projects, as they require a special Linux-based toolchain.
support
KeymasterGood to know it works. We have also added a “do not show again” checkbox to this warning in the recently released v5.5 Preview 4.
support
KeymasterHi,
Looks like your might be using Clang-format that is configured separately. We have just published a new documentation page explaining various IntelliSense and formatting engines and their settings: https://visualgdb.com/support/intellisense/. Please feel free to look through it and let us know if it still doesn’t help.
February 18, 2020 at 16:12 in reply to: Search source files that are located in Linux machine from VisualGDB #27407support
KeymasterHi,
Sorry, remote text search in Linux files is not yet supported. Search in all files works for projects that cache the files on the Windows machine (e.g. when you configure VisualGDB to upload files during build, or to use Windows/Linux shared folders). Projects using direct SSH access support IntelliSense-powered search (go-to-definition, find references, etc), but not the plain text search yet.
February 18, 2020 at 03:31 in reply to: Variables are not initialized (RAM with address 0x10000000) #27405support
KeymasterHi,
It looks like you are again comparing a debug build make with VisualGDB against a release build made with Keil. Please make sure you compare equivalent builds.
It also looks like you have again selected the GCC compiler instead of the Keil compiler when importing the project. Please make sure you follow the instructions from our reply from February 3, 2020.
support
KeymasterHi,
Yes, please refer to the new searchable settings list page for details. Enter ‘Registers’ into the ‘Filter’ field to get the exact names/paths of the related settings.
support
KeymasterHi,
No problem, please try this build: VisualGDB-5.5.4.3525.msi
It uses the Command window font in the Raw Terminal as well.
support
KeymasterHi,
VisualGDB simply uses the regular CMake configuration names and passes them “as is” to the ESP-IDF build system. For details on how exactly ESP-IDF handles them, please check the ESP-IDF documentation, or use our CMake Debugger to step through the ESP-IDF’s CMakeLists files.
February 16, 2020 at 17:22 in reply to: Variables are not initialized (RAM with address 0x10000000) #27393support
KeymasterHi,
If you believe the VisualGDB-based project is still working differently from the project built directly with Keil, please attach the updated projects (including the relevant AXF/ELF files) and we will help you compare them.
February 14, 2020 at 20:05 in reply to: Failed to create a breakpoint -break-insert:Garbage following #27390support
KeymasterGood to know it works. Most likely, the breakpoints worked with a different configuration (e.g. when running gdb on the target where the paths would be different).
Either way, VisualGDB should normally show a warning about spaces in paths. If not, feel free to let us know more about how you created the project and we will double-check why the warning was not displayed.
support
KeymasterHi,
Please refer to the following tutorial (step 9) for the list of files that we recommend excluding from the source control: https://visualgdb.com/tutorials/arm/multiuser/
support
KeymasterSorry, our support only covers Sysprogs products. It is not possible for us to provide support for issues in 3rd-party tools and libraries, even if you are using VisualGDB to build them. Those libraries are not tested/maintained by us and hence are outside of our control.
-
AuthorPosts