Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
Please try using the Clang-based IntelliSense.
support
KeymasterHi,
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.
support
KeymasterGood to know. Let me know if you need any further help.
support
KeymasterHi,
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.
support
KeymasterHi,
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.
support
KeymasterHi,
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?
support
KeymasterHi,
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.
support
KeymasterHi,
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.
January 30, 2016 at 08:04 in reply to: Clang Intellisense Interfering with Native Visual Studio Target #7578support
KeymasterHi,
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.
support
KeymasterHi,
Does it work when you run your program manually via SSH? If not, the only advice we could give is to try stepping into the library code and figuring out why it cannot open the device. Perhaps the device is already open by some other app?
-
This reply was modified 9 years, 8 months ago by
support.
support
KeymasterHi,
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.
January 30, 2016 at 07:58 in reply to: Use constructor library on Raspberry Pi using VisualGDB : #7574support
KeymasterNo problem. Let us know if you run into further problems.
January 30, 2016 at 07:58 in reply to: Unable to debug std::map when cmake is configured with flag -std=c++11 #7573support
KeymasterHi,
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?
support
KeymasterHi,
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).
January 27, 2016 at 22:21 in reply to: VS2010 poco Beaglebone Cross Compile. Build fail Header file not found #7560support
KeymasterGood to know it works. If you run into further problems, let us know.
-
This reply was modified 9 years, 8 months ago by
-
AuthorPosts