Forum Replies Created
-
AuthorPosts
-
February 16, 2016 at 10:40 in reply to: MSB3073 compile error when trying to use cross-compiler on local PC #7660
support
KeymasterPlease check the Output window for more detailed error messages. If it does not help, please post the contents of the Output window here.
support
KeymasterHi,
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
KeymasterNo problem. Enjoy VisualGDB.
support
KeymasterHi,
Just update your STM32 BSP via Tools->Embedded Tools Manager. It should be version 3.4.
support
KeymasterHi,
You can check out this tutorial for step-by-step instructions on using lwIP with STM32: http://visualgdb.com/tutorials/arm/stm32/lwip/
support
KeymasterHi,
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.
February 11, 2016 at 20:13 in reply to: Unable to debug std::map when cmake is configured with flag -std=c++11 #7639support
KeymasterHi,
The “AlternativeType” system is not recursive, so the definition in your case should look like this:
<Type Name="std::map<int32_t, std::string>"> <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
KeymasterHi,
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
KeymasterHi,
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
KeymasterHi,
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.
support
KeymasterHi,
Have you managed to upload the built OpenCV to your Raspberry Pi (step 11 of the tutorial)? Was libopencv_videostab.so.3.1 among the built files? Is the directory where it was copied among the ones in LD_LIBRARY_PATH?
support
KeymasterNo problem. If you encounter further problems, feel free to create a new thread.
support
KeymasterNo problem. Let us know if you run into any problems.
support
KeymasterHi,
To use VisualGDB with projucer you need to figure out 2 things:
- The exact command line to build your Projucer project
- The location of the executable it builds
Once you know both of those, simply select “Import a project built with command-line tools” in VisualGDB Project Wizard and specify the command line and the executable. VisualGDB will automatically create a project that will wrap your projucer setup.
support
KeymasterGood to know it worked. Let us know if you encounter further problems.
-
AuthorPosts