[support]

Hi,

Yes, you can change the “CMakeLists.txt directory” field on the CMake Settings page of VisualGDB Project Properties.

[support]

Hi,

Thanks for reporting this. The compression implementation comes from the libssh2 library that VisualGDB/SmarTTY is using and we don’t really want to modify it as it could create more problems that it would solve. You can experiment with building the latest version (we use 1.6.0) from sources and replacing the DLL that comes with VisualGDB.

If the debugging is slow, most likely this is caused by the latency and not the bandwidth (unless you are debugging over a dial-up connection or something similarly slow). We would recommend using the command timing analysis button in the GDB Session window to find out which commands take the most time.

[support]

Hi,

Just tried reproducing that, but the StdPeriph LEDBlink sample did show up. Perhaps something else caused it to disappear?

[support]

Are you using the Clang IntelliSense engine? When we tried reproducing the problem, pressing ctrl-space showed the suggestion list with one entry, but did not result in ‘stop_realtime_timeraltime_timer’.

[support]

Hi,

We would recommend first ensuring that you can add the library to a basic “Hello, World” project by following one of our OpenCV tutorials. Once that works, simply take a note of the include paths and library names added to the Hello, World project and add them manually to the Qt project via VisualGDB Project Properties. This will let your Qt project use OpenCV the same way as the Hello, World project does.

[support]

Hi,

It should not normally require any extra steps. Can you double-check that the XML file got saved to the c:\program files(x86)\sysprogs\VisualGDB? Perhaps the UAC folder redirection got it saved into a different place accidentally?

[support]

Hi,

You can set per-user variables and simply reference them in the path mappings.

[support]

Hi,

The problem is that this behavior is defined inside the gdb itself and the only way to override it would be via modifying the gdb sources. As there are many different platforms where gdb runs, maintaining such a modified version would be unsustainable.

VisualGDB does not show getters by design – to avoid accidentally invoking some function that may crash your program. If you want to get more usable display of your variables and fields, you can create .natvis files defining how to extract meaningful information from complex objects.

[support]

Hi,

Thanks for the video. The problem might be related to the one of the changes you made. To double-check that please try running exactly the code we provided, without disabling the watchdog and with exactly the same period.

If you can confirm that it does not work, the problem is in the hardware. If it starts working after removing watchdog-related code, the problem is related to the watchdog.

Regarding os_printf(), the gdb stub does support that. VisualGDB currently displays the output from the stub in the GDB Session window together with the other gdb output (you need to select “All GDB interaction”). We will support displaying it separately in the next major release of VisualGDB.

[support]

Hi,

This comes from the gdb’s implementation of running functions in Watch expressions. It runs them ‘as is’ and does not check for things like null pointers.

Evaluating functions in-place is a powerful debugging feature, but it needs to be used carefully as there is no 100% safe way to run arbitrary functions in native code without potentially crashing the program.

[support]

Hi,

Normally VisualGDB should be able to parse the GCC output and show it in the Errors window. Are you using a cross-compiler or compiling directly on the Linux machine?

[support]

The link shows “the video is private”. Did you manage to get the code we sent working without any modifications?

[support]

Hi,

Perhaps something is wrong with the power supply of your board and it’s constantly resetting itself? We have tried the following project with the gdbstub and were able to step over a breakpoint on the s_Tick++ line:

static os_timer_t s_Timer;
int s_Tick = 0;

void TimerFunction(void *arg)
{
    s_Tick++;
    asm("nop");
}

int user_init()
{
#ifdef ESP8266_GDBSTUB
    gdbstub_init();
#endif
    gpio_init();

    os_timer_setfn(&s_Timer, TimerFunction, NULL);
    os_timer_arm(&s_Timer, 300, 1);
    
    return 0;
}

Can you verify that you get the same behavior with this reduced program? If yes, please try getting an Olimex board. The ESP8266 chips are not very reliable, so it could easily be a strange hardware problem.

[support]

Hi,

Yes, that’s the easiest workaround. VisualGDB indeed assumes that same host name means the same remote machine and adding extra entries to hosts should to the trick.

[support]

Hi,

Please try the following:

1. Change the firmware to turn on the LED, disable interrupts and wait indefinitely
2. Try programming the firmware using JTAG. If it does not start, unplug the board and plug it back. Does the LED actually turn on after you restart the board?

[Author]

Posts