Forum Replies Created
-
Posts
-
Hi,
First of all, thanks for reporting the broken link for the kgdboe download.
Second of all, KGDBoE will likely not work with Raspberry Pi (or may work very unreliably). Please try using a JTAG debugger instead as described in this tutorial.
We have also updated the documentation page for the supported debug methods to reflect the advantages and limitations of various debug methods. Hope this explains. Let us know if you have any further questions.
Hi,
This does look like a bug. We should be able to fix it, however it look like your support period has expired. Please renew your key here and we will investigate and fix this issue.
Hi,
Looks like your support period has expired. Please renew your key here or let us know the updated email if you have purchased a different one and we will help you resolve this.
Hi,
Please try using the VisualKernel Project Properties -> Module Build Settings -> Kernel Symbols for Debugging setting. It will allow caching the symbols/sources for the new kernel and using them for debugging the module.
Hi,
v3.2 and master are different branches of the ESP-IDF repository maintained by Espressif. Please contact Espressif for details on differences between specific branches.
VisualGDB is designed to work with any branch of the ESP-IDF framework as long as it can be built using command line, hence it does not require any porting on our side. Our toolchains indeed include pre-downloaded releases of the ESP-IDF framework, however they come straight from the Espressif’s github repository and are not modified by us in any way.
Perhaps some of the native ESP8266 tools also only work on 64-bit targets? Please try building the failing project manually from the Arduino IDE. Does it build successfully?
If yes, please try comparing the Arduino-builder command lines from VisualGDB and the Arduino IDE (you can use Process Monitor to find out the command line used by the Arduino IDE). Let us know if you notice any differences and we will help you configure VisualGDB to work around them.
Hi,
Based on a quick look, it looks like someone ported the MSP430 gdbproxy to work with AVR devices. However, based on the project stats (0 issues, 0 releases, 4 commits), it is likely in the proof-of-concept stage and may not work reliably at all.
If you would like to try it out with VisualGDB, you can build it and use the “Custom GDB Stub” setting in VisualGDB debugging properties, however if you are not prepared to troubleshoot the problems of the gdbproxy itself, we would not advise doing that and we would recommend using the more popular AVaRICE tool (included in our AVR toolchain).
Please try deleting the %LOCALAPPDATA%\VisualGDB\ArduinoSettings.xml file to reset all Arduino-related settings.
If this doesn’t help, please also delete the %LOCALAPPDATA%\Arduino15 folder and let VisualGDB re-download the necessary packages.
Looks like the Linux machine you are using for building is not compatible with the Raspberry Pi toolchain. Please ensure you use a 64-bit Linux machine for building the Raspberry Pi kernel.
Hi,
Good to know the sysroot sync works.
The library-related options used by GCC can be indeed very misleading, so please feel free to look through this page for an overview and examples. Also feel free to share the error messages you get and the settings you have and we can point you to the right direction.
Thanks, looks like we indeed shipped the 64-bit version of the Arduino builder instead of the 32-bit one. We have fixed it in this build: VisualGDB-5.4.103.2813.msi
OK, we have released the updated BSP. You can update it conveniently via the VisualGDB Package Manager.
Hi,
Sorry, this limitation comes from the way Clang engine handles the rename data internally. We might be able to support renaming entities from their references in one of the next major VisualGDB releases, however we won’t be able to promise a specific deadline for this as it would require a non-trivial change on our side.
