[support]

Hi,

Sorry for the confusion. The Embedded edition indeed doesn’t support the Linux-based targets as shown on the feature matrix on the buy page.

If you have purchased the Embedded edition within the last month, you can upgrade it to Linux edition by paying just the price difference here: http://sysprogs.com/splm/mykey (otherwise maintenance period extension surcharge will apply).

 

[support]

Hi,

No problem, please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.4.1.2095.msi. You will need to change any setting (e.g. port number) on the Settings page in order to save the settings with all variables present (newly created projects won’t need this as long as you are using the new build).

[support]

Hi,

The add_subdirectory() command should not normally affect the include directories, it only tells CMake to look for CMakeLists.txt in a specified location.

The behavior you are describing might also be caused by disabled “aggressive completion” mode. If auto-completion works when you press Ctrl-Space, please click at the lightning icon symbol in the completion popup to enable the aggressive mode.

Unfortunately it’s hard to say what is going on with the diagnostics console without a screenshot. If you could attach one, we could help you fix this.

[support]

Hi,

Sorry for the confusion. If the -ggdb flag is present, the debug symbols could be accidentally removed from the final executable by using the ‘strip’ command. We have published a detailed tutorial showing how to diagnose symbol-related problems here: https://visualgdb.com/tutorials/linux/symbols/

Please feel free to follow it and let us know if you have any questions. If you are using a cross-compiler, the equivalent of the objdump tool is arm-linux-gnueabihf-objdump.exe (you would need to search its output for “.debug_xxx” sections manually as grep is not available on Windows unless you have Cygwin installed).

[support]

Hi,

Please try reloading the remote directories on the “IntelliSense Directories” page (not IntelliSense Settings). If this doesn’t help, please locate a specific header file that is not found and check if its directory is listed under Clang IntelliSense Diagnostics Console -> Project View->Default CFLAGS (the corresponding command-line option should look like -I<directory>).

[support]

Hi,

Thanks for checking this. Soldering the wires to the board could be risky and might end up breaking the board (or even your PC), so we cannot advise doing it unless you are OK with the risk.

Another option would be to try using PyOCD instead of OpenOCD. PyOCD is a part of mbed and should be well-integrated with mbed boards and debug interfaces. We have published a detailed tutorial showing how to setup PyOCD with VisualGDB: https://visualgdb.com/tutorials/arm/pyocd/

[support]

Hi,

This looks like something specific to the OpenOCD FLASH erasing logic. Although this is normally not covered by our support (please consider using Segger J-Link if you are looking for a debug probe that just works out-of-the-box and comes with its own support), we have published a detailed tutorial showing how to build our OpenOCD fork from scratch and debug it with VisualGDB: https://visualgdb.com/tutorials/arm/openocd/build/

Please ensure you use the following VisualGDB build: http://sysprogs.com/files/tmp/VisualGDB-5.4.1.2094.msi

This should help understand why OpenOCD decides to merge the 2 erase regions and tweak it if necessary.

[support]

 

Hi,

Looks like your project is built without debugging symbols. Please ensure you specify the “-ggdb” flag in the CFLAGS/CXXFLAGS.

[support]

Hi,

This looks like some sort of a wiring problem. Please double-check the power and reset connections and try using a different example (e.g. LEDBlink) to see the exact moment where the board starts/stops working.

[support]

Hi,

Actually Segger provides their firmware for some of the LPC boards that turns the on-board LPC-Link into a limited version of a J-Link that works with their software. We would advise trying that first before doing any changes to the board.

[support]

Hi,

Please ensure you are using the latest VisualGDB 5.3R8 and are creating an MSBuild-based project.

[support]

Hi,

Thanks, this looks like an OpenOCD bug. Unfortunately OpenOCD’s support for NXP LPC FLASH programming is a bit flaky. As a workaround please try using Segger J-Link with the Segger GDB stub – it’s much more reliable and faster.

[support]

Hi,

Eclipse likely does is via the semihosting mechanism that allows reading files on the Windows machine via special syscalls that are handled by the debugger. VisualGDB doesn’t support it as this has a very limited use (it won’t work in production code that doesn’t run with the debugger attached) and introduces security risk (attaching to a board running malicious firmware could potentially let it compromise files on your computer).

If you would like to embed binary resources (such as graphics or sound files) into your program, please consider following our Embedded Resource Tutorial.

[support]

 

Hi,

Yes, there are several libraries that can help you do that. Where do you envision storing the files on the device? FLASH memory, SD card, or some other location?

[support]

Hi,

Looks like you are using both our startup file and the original assembly startup file (.S). Please try excluding the original one from the project.

If the resulting project doesn’t work, please try setting a breakpoint on the Reset_Handler() function and step through it. It should help understand what is going on.

[Author]

Posts