Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
Please refer to the screenshot below (this corresponds to the Debug Settings page of VisualGDB Project Properties):

You only need to set those for the executable project.
support
KeymasterHi,
Sorry, looks like you are still using the gdbserver. Otherwise the ‘Remote communication error.’ message will not be shown.
Please try selecting the direct mode manually:
- Start gdb in the following mode: Custom mode
- GDB launch command: gdb –interpreter mi –args “$(TargetPath)”
- Use a gdbserver: no
- Target selection command: (empty)
- Debugging start mode: use “run” command
November 30, 2016 at 23:22 in reply to: New define: $$com.sysprogs.bspoptions.stm32.hal_legacy$$ ??? #9648support
KeymasterHi,
This define was added in one of the latest releases of the STM32 BSP and it supports controlling the HAL_LEGACY macro via the VisualGDB GUI.
Most likely you have created a project using the old BSP and then converted it to a stand-alone one using the new BSP, so VisualGDB did not find the new setting in the project configuration and did not substitute it properly. This can be safely ignored and should not happen for projects created with the new BSP.
support
KeymasterHi,
Please try manually running commands like ‘detach’ or ‘disconnect’ in the GDB session window and see if any of those ends debugging with resuming the target.
If it does, please configure VisualGDB to use that command on exit. If it does not work, please try enabling the GDB logging on the Advanced GDB Settings page of VisualGDB Project Properties. Then try ending debugging and check the last commands shown in the gdb log.
support
KeymasterHi,
Have you tried setting optimization to -Og like the tutorial suggests?
support
KeymasterHi,
Yes, you can download it manually from http://gnutoolchains.com/raspberry/
support
KeymasterHi,
Yes, we will fix this in the final BSP release.
support
KeymasterHi,
Thanks, we have managed to reproduce and fix this. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.2.14.1318.msi
support
KeymasterHi,
Thanks for confirming this. We have added background execution for custom shortcuts to v5.3 roadmap. We will post an update here once this feature is available.
support
KeymasterHi,
Yes, please check the ‘Allow choosing build/clean/debug command hosts independently’ checkbox on the Project Settings page of VisualGDB Project Properties.
support
KeymasterHi,
VisualGDB normally does exactly that – captures the #define-s reported by gcc and feeds them into the Clang IntelliSense. If you are using MSBuild projects, you can see a list of those via View->Clang IntelliSense Diagnostics Console ->View->ProjectStatus->CFLAGS (due to a bug in the Windows edit control, it may appear empty if CFLAGS is too long; copy-pasting it to notepad should help). If you are using non-MSBuild projects, the flags are dumped in gcc_<configuration name>.h and this file is forcibly included by the Clang engine.
If you believe this is not happening, please let us know the details (which macros are missing from the IntelliSense point of view) and we will help you troubleshoot this.
support
KeymasterHi,
Sorry about that, this is a bug of the new mbed BSP that is in the Beta stage.
To fix this, please copy the %LOCALAPPDATA%\VisualGDB\EmbeddedBSPs\arm-eabi\com.sysprogs.arm.stm32\STM32F4xxxx\DeviceDefinitions\stm32f446xx.xml.gz file to %LOCALAPPDATA%\VisualGDB\EmbeddedBSPs\arm-eabi\com.sysprogs.arm.mbed\DeviceDefinitions\stm32f446xx.xml.gz and add the following line to the mbed.xml file in your project directory under the EmbeddedProfile element:
<MCUDefinitionFile>DeviceDefinitions/stm32f446xx.xml</MCUDefinitionFile>
This will automatically pick the register definitions from the normal STM32 package.
support
KeymasterHi,
We currently don’t have any specific plans for supporting visualization of std::multimap or boost::fusion::vector, however VisualGDB offers 2 mechanisms that allow adding custom type visualizers easily:
- You could use the C# type visualizer API
- Alternatively you could use the Natvis files
support
KeymasterHi,
Yes, you can do that by pressing the Signals button in the GDB Session window, going to the Catchpoints page and selecting “Break on throwing an exception”.
support
KeymasterHi,
It is hard to say what could be wrong based on this description. Please try debugging your program by pressing F5 in Visual Studio and step through the initialization code to see what is wrong.
-
AuthorPosts