Forum Replies Created
-
Posts
-
Hi,
Yes, the “computer used for building and debugging” is the one running gdb. The “deployment machine” below is the one with gdbserver.
You can disable the actual deployment on the Debug Settings page, but the text on the Project page mentions it as it makes sense for most of the projects.
Hi,
The easiest way to limit the loaded symbols is to copy the symbols you need to a separate directory and ensure that it is added to gdb’s solib-search-path and that the original directory containing all of the symbols is actually not listed there.
Then GDB will only load the symbols you have copied.
Hi,
You can override the attach PID by adding a custom pre-debug action that will set the AttachPID variable (on the Custom Debug Steps page). Let us know if you need more details.
Hi,
Good to know it worked. Note that
((uint32_t)0x000F)does not refer to a floating-point value, it simply defines a priority of 15 (0x0F).Hi,
First of all, if you configure VisualGDB to build your code one one machine and deploy it to another one, it will configure gdbserver automatically.
If you don’t want to do that, you can specify the following settings:
- Select “custom mode”
- Enable the “use a gdbserver” checkbox and configure the following command:
- Command: gdbserver
- Arguments: :2000 <command line to launch your program>
- Target selection command: -target-select remote <gdbserver host>:2000
You can also replace 2000 with any other port number.
Let us know if you need more details.
Hi,
The easiest way to do that would be to directly include the files from it to the project via Add->Existing file and add its directory to the Include Directories in VisualGDB Project Properties.
Hi,
Looks like the latest version available on the Nordic website is v10.0: https://developer.nordicsemi.com/nRF5_SDK/
We normally update the SDKs quarterly and we only use the stable version. You can also try running our BSP generator on the pre-release SDK, however we cannot guarantee that it will work.
One of the possible workarounds is to rename the gdbserver to libgdbserver.so by patching the Android.mk file. VisualGDB will recognize libgdbserver.so as the alternative name for gdbserver and will launch it automatically.
Hi,
We normally recommend using Segger J-Link with the NXP devices, as it has much better support for them.
If you prefer using OpenOCD with the Olimex JTAG, you would need to locate a target script that matches your chip and select it manually in the ‘Target’ field. Normally if you click the ‘find’ button there, you should be able to quickly locate a matching script. For LPC1763 it should be lpc17xx.cfg.If this does not help, please let us know the error message you get when trying to use the lpc17xx script.
Hi,
Yes, the manual override should do. You can also upgrade to Custom at any time. Simply contact our sales to get a quote.
Hi,
Thanks for letting us know. We will consider adding a feature to monitor the stack pointer validity to VisualGDB 5.2.
Hi,
Please try clicking the “Regenerate MCU files” button on the Embedded Project page of VisualGDB Project Properties. This should update the preprocessor macros to the ones defined in the latest BSP.
Hi,
Yes. Please check that the interrupt handler gets invoked if not, check your USB configuration to see whether it’s initialized properly.
If Windows does not report the device at all (not even as “Unknown device”), the firmware is not enabling the USB functionality correctly. If it’s reported as “Unknown device”, the USB logic is enabled, but cannot handle requests from the PC, indicating either a clocking error or a crash due to something else.
You can also check where the code is running if you stop the application via Debug->Break All.
