Forum Replies Created
-
Posts
-
Hi,
The IntelliSense errors do not actually stop the build. Can you double-check whether the build succeeds? You can use the Output window to see what exactly happens there.
Hi,
Not yet. We have actually managed to get TCP/IP to work with the STM32 devices using their lwIP port, but if anyone wants to share instructions on the W500P chip, we will happily repost them.
Hi,
You can try downloading our BSP generator (https://github.com/sysprogs/BSPTools/tree/master/generators/nrf5x) and running it on the latest SDK. For nRF52 we used the nrf5x_v10_v092 SDK.
Hi,
Looks like you have somehow changed the build command in VisualGDB Project Properties. If it’s just a simple test project, the easiest way to fix this would be to re-create it.
Hi,
That makes sense. VisualGDB keeps a log of all GDB commands to display them in the GDB Session window, so a log over 700 MB + formatting and timestamps could easily exceed the maximum 2GB allowed per user-mode process.
What happens if you clear the gdb session log from time to time? Does it reduce the memory usage of devenv.exe in Task Manager?
Hi,
You can then use a combination of an additional startup command in VisualGDB Project Properties and the Raw Terminal (Custom and Ultimate editions only). Simply configure the terminal to connect to the port where Segger forwards the tracing output.
Hi,
Please try downloading the newest Nordic SDK and replacing the contents of the C:\Users\LabUser\AppData\Local\VisualGDB\EmbeddedBSPs\arm-eabi\com.sysprogs.arm.nordic.nrf5x\nRF52 folder with it.
Hi,
Normally this should not happen. Can you close the .cpp file, open the View->Clang IntelliSense Diagnostics console, clear it and open the .cpp file again?
The console should show some diagnostic messages explaining why VisualGDB decides to use Clang IntelliSense for this file. If they do not clarify the situation, please post them here so that we could suggest further steps.
Hi,
Good to hear you got it to work. Regarding the size, please try switching to newlib-nano. It significantly reduces the size of your binary.
Hi,
You should be able to add a normal text file and rename it to .natvis manually.
If this does not help, can you archive the repro project and send it to us?
Hi,
You should be able to automate this command via the Additional GDB Commands in VisualGDB Project Properties, so there is no need to change anything on our side.
BTW, VisualGDB 5.1 supports a new fast semihosting mechanism that is based on the same technology as Live Variables. It uses a circular buffer inside your program to send semihosting output without stopping the program, resulting in much higher speeds. Please consider giving it a try (you will need to enable it on the Embedded Frameworks page).
