[support]

Hi,
This will be fixed in VisualGDB 5.0 Beta 2. As a workaround, use the Go To Definition (F12) command instead.

[support]

There are 2 ways of achieving this:

An undocumented way that may be broken in the further versions of GCC would look like this:

extern const int nErasedFlag asm("0x0807F800");

A classical “supported” approach would be similar to what CooCox version uses: put the variable into a separate section and modify the linker script to place this section at a given address.

You can read more about this here: http://sysprogs.com/w/forums/topic/bootloader/

[support]

Hi,

You can try further reducing the size of your binary by switching the libc to newlib-nano and experimenting with other libc options on the Device Settings page.

Also feel free to check out the new IntelliSense engine of VisualGDB 5.0. It is designed to handle GCC-specific code and supports refactoring and Code Map.

[support]

Most likely your daemon tries to launch some other executable before handling your command. VisualGDB “follows” that launch and ends the debug session when it exits.

Please try running the set follow-fork-mode command manually via the GDB Session window just before you expect your binary to run the child job.

You can also enable GDB logging in the Quick Debug window and examine the log for any additional clues.

[support]

Hi,

Please forward your activation key to our support so that we can deactivate it. Note that there is some problem with your current email address. We regularly get “delivery failed” reports from your email provider. Please contact us from an alternate email.

[support]

Hi,

Currently it is not possible to create the project without a board directly, however you can copy the .vgdbsettings file and the Makefile (with all .mak files) from an existing project. This will transfer your settings to the new project. Please also note that we will be adding support for creating projects without connection to a board in the final release of VisualGDB 5.0.

[support]

Hi,

Thanks for reporting this. Looks like there is a bug in our semihosting handler that triggers when used with the texane/ST-Link tool. Please try the following build: http://visualgdb.com/tmp/VisualGDB-5.0.5.355.msi

[support]

Hi,

We have looked into it and will be getting some ESP8266 boards to investigate the complexity of adding a BSP for it. Feel free to follow us on Twitter (@Sysprogs) to stay updated.

Update: here you go.

• This reply was modified 9 years, 8 months ago by support.

[support]

Hi,

The clang version we use has the c++1y, not c++14 syntax. We will add an alias to the final release, though.

The Include directories and Linker script are managed by GNU Make and do not have access to VisualGDB variables. You can simply use relative paths to specify something relatively to the project directory or create a per-user variable (Custom edition and higher) and select to propagate it to GNU Make.

[support]

Hi,

Looks like you have misspelled the domain name. It should be sysprogs.com, not sysprog.com.

[support]

This is true. Can you inspect the contents of View->Output->VisualGDB Launcher Output after an unsuccessful debugging session? It should normally show something like this:

VisualGDB: Executing predebug actions
VisualGDB: Deploying e:\PROJECTS\TEMP\test\test/Debug/test to /tmp/vgtest/test on raspberrypi...
VisualGDB: Launching gdbserver
VisualGDB: Run "gdbserver :2000 "$(DeployPath)" " in directory "$(DeployDir)" on pi@raspberrypi (SSH)
VisualGDB: Launching custom program console
VisualGDB: Launching gdb
VisualGDB: Executing postdebug actions

Then check that:

1) The file on the Windows machine exists and is readable under your account

2) The remote file does not exist, the remote directory does and the device has enough free space

If none of that provides clues, can you reproduce it with a “Hello, World” project? If yes, can you create an image of your SD card and send it to us so that we could reproduce it on our side?

[support]

Please run ‘dmesg | tail’ to see debug messages from the kernel. Are there any details regarding kgdboe issues? Have you tried following the manual kgdboe tutorial?

[support]

Hi,

Looks like VisualGDB cannot upload to the /tmp folder on your Raspberry Pi. Please double-check that the folder is writable from your user account and that you have enough free space on your Raspberry Pi.

[support]

Unless it contains assembly files that are incompatible with GCC, you can simply import it to VisualGDB. E.g. refer to the legacy project tutorial to see how to specify device-specific flags manually: http://visualgdb.com/tutorials/arm/legacy/

[support]

Normally C++ files should be handled as c++14 unless you have explicitly specified a different standard in your Makefile settings. Could you please double-check your CFLAGS/CXXFLAGS? You can see the effective IntelliSense flags via View->Clang IntelliSense Status->Project Status. Does the CXXFLAGS field specify -std=c++1y?

The handling of .h files depends on your project type. When you open a .h file, VisualGDB first checks if any of the source files includes it. If yes, it opens the .h file in the context of that source file. If no sources include the header file, it simply counts the C and C++ sources in the project. If there are 50% or more C++ sources, new .h files are treated as C++ includes. Can you please check how many C and C++ sources are in your project?

The command for switching between source and header files will be fixed in the final 5.0 release.

 

[Author]

Posts