[support]

Hi,

This looks like either CMake or the toolchain is corrupt. Please try re-downloading and re-installing both of them.

[support]

Hi,

Placing the file under RemoteSourceCache does not automatically upload it to the Linux machine. Please either upload it directly with SmarTTY or add a pre-build action to upload it during build.

[support]

Hi,

Most likely you need to specify some subdirectory. Please open VisualGDB Project Properties on the IntelliSense Setting page, check the list of include directories and search them and their subdirectories for the BLEDevice.h file. Then use the #include <subdirectory/BLEDevice.h> format to include it.

[support]

Hi,

The problem happens because “C:\Users\Hillel\Downloads\Raspberry PI\bcm2835-1.49\src\bcm2835.h” is a path on the Windows machine and it’s not accessible when you build on Linux. Please consider uploading the bsm2835 library somewhere on the Raspberry Pi (e.g. /opt/src), specifying the directory with the .h files in the include directories in VisualGDB Project Properties and simply including <bsm2835.h> without the full path.

[support]

This option is only available in the Custom and Ultimate editions. If you want to upgrade, simply contact our sales for a quote.

[support]

Please check the Output window for more detailed error messages. If it does not help, please post the contents of the Output window here.

[support]

Hi,

The license key is tied to a specific computer, so moving it won’t help. Simply contact our support via the form on the website and we will reset your activation so that you can reactivate it on a new computer. If you don’t remember your activation key, just let us know your email and we will resend the key there.

[support]

No problem. Enjoy VisualGDB.

[support]

Hi,

Just update your STM32 BSP via Tools->Embedded Tools Manager. It should be version 3.4.

[support]

Hi,

You can check out this tutorial for step-by-step instructions on using lwIP with STM32: http://visualgdb.com/tutorials/arm/stm32/lwip/

[support]

Hi,

Yes, the beta has a few minor issues, but is generally stable. We have updated the BSP definition so that it will only show up as an update for the latest VisualGDB 5.1.

[support]

Hi,

The “AlternativeType” system is not recursive, so the definition in your case should look like this:

  <Type Name="std::map&lt;int32_t, std::string&gt;">
    <AlternativeType Name="HandleValueT"/>
  </Type>

We have just retested it on a simple MinGW project. What does the GDB session window show when you try evaluating your variable? Does it show any errors (you need to switch it to the “All GDB interaction” mode)?

[support]

Hi,

Does Visual Studio eventually unfreeze? Can you enable creation of GDB logs (via VisualGDB Project Properties -> Advanced GDB Settings) and see if the log keeps on growing when VS is frozen? If this does not immediately clarify the problem, please attach the log here or submit it to our support email.

[support]

Hi,

Thanks for pointing that out, we will improve the SmarTTY logic for handling upload errors in the next release.

Regarding the debugging error, do you mean the “Invalid deployment path” one? If yes, what exactly are the deployment paths you set for both projects?

[support]

Hi,

If you are doing heavy multi-threaded debugging, you may find the Parallel Stacks window usable. You may also find it usable to sketch relations between multiple functions and data objects (e.g. mutexes) via Code Map. VisualGDB actually supports it very well for C++ projects.

[Author]

Posts