Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
VisualGDB Python support is mostly targeting the cases when you want to debug Python <=> C/C++ integration issues. If you are debugging Python-only code, other products (not dependent on GDB) would simply provide faster and smoother experience. You can still use VisualGDB for python-only debugging, but this is not our primary use case and VisualGDB is not optimized to handle it in the best possible way (that would require a completely different debugging technology not related to VisualGDB).
Hence if you are looking for Python-only debugging, we would advise checking Python-specific products and IDEs.
March 21, 2017 at 04:43 in reply to: Segger J-Link: No emulators connected via USB after configuring for OpenOCD #10727support
KeymasterHi,
The UsbDriverTool is actually included in our OpenOCD package and can be launched using the “Start driver tool” link shown if you switch OpenOCD to custom mode.
Regarding the documentation, we usually try to organize it in the format of tutorials, but if you believe a user-edited wiki could be more helpful, we could certainly host it.
support
KeymasterPlease try enabling the verbose mode for the linker (add -Wl,-verbose to the LDFLAGS) to see a detailed log on the paths checked by the linker when it attempts to locate those files. This should explain why they are not found.
support
KeymasterHi,
Our STM32 package was last time updated in December 2016, so it does not include the latest package from Feb 17. We are currently building the new STM32 BSP and expect to release it in the next 2-3 weeks, so if you don’t want to go through resolving the import issues yourself, we would recommend simply waiting until we fully support it.
March 19, 2017 at 22:09 in reply to: Segger J-Link: No emulators connected via USB after configuring for OpenOCD #10715support
KeymasterHi,
This is a known limitation. OpenOCD requires the WinUSB-based driver, while Segger J-Link software uses their own proprietary driver.
This can be fixed permanently if Segger either shares their driver specification with the OpenOCD community (and someone adds support for this to OpenOCD), or J-Link software itself is modified to recognize the WinUSB driver. Both options are fairly complex, so we would not expect either of them to become available in the near future.
That said, you can switch the driver back very easily. Simply run UsbDriverTool by clicking the corresponding link in OpenOCD Settings -> Manual mode, right-click on Segger J-Link and select “restore default driver”.
support
KeymasterHi,
This could be an indication of a wiring problem, so errors can occur intermittently and it may appear that one IDE works, while a different IDE with slightly different timings does not. Please double-check your board connections.
Another reason for this could be that your firmware is disabling the JTAG unit. Please try modifying the OpenOCD scripts as shown in this tutorial to enable the “connect under reset” mode.
support
KeymasterIn order to understand what is going on, please use the Call Stack window to locate the code that calls the syscall function.
If the syscall is used to report a critical error, please try tracking back what causes the error.
support
KeymasterPlease try this build: http://sysprogs.com/files/tmp/VisualGDB-5.2.15.1406.msi
We have added an option under Tools->Options->VisualGDB->Embedded->Other that controls whether VisualGDB stops on unsupported syscalls.
support
KeymasterHi,
Yes, spaces in toolchain paths can cause strange problems, so we generally recommend avoiding them.
support
KeymasterHi,
Thanks, looks like our bug. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.2.15.1403.msi
support
KeymasterHi,
The Makefile-based projects are designed to be built outside VisualGDB as well, so they don’t support using VisualGDB variables in settings that are stored in Makefiles. Please use relative paths (e.g. ../MathLibrary/Debug) instead.
March 16, 2017 at 19:31 in reply to: Compiler warnings from Keil toolchain incorrectly formatted #10690support
KeymasterHi,
The Keil toolchain output should not bypass the regex filters, but it could use some special unicode characters that could interfere with the regexes.
Please try running “make > build.log” from the command line and then double-check using a hex editor that the lines generated by Keil look exactly the same as the lines printed from the Makefile. You can also send the log file to our support email so that we could check it for you (please attach it instead of pasting to avoid automatic character transformation).
We have not tested it with Keil as we don’t officially support it out-of-the-box yet, sorry.
support
KeymasterHi,
Thanks for letting us know. We will consider making the button state more explicit for the dark theme.
support
KeymasterHi,
This could indicate a corruption of the Clang IntelliSense database files. Please try closing the project and removing the CodeDB folders under the the project directory.
support
KeymasterHi,
This looks like an unhandled semihosting call (mechanism used by the firmware to send printf() output to the debugger). Please ensure that you have semihosting enabled via VisualGDB Project Properties -> Debug. Either way, this message can be just ignored as well as it does not indicate an error.
-
AuthorPosts