Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
Normally just a forward slash (/) should suffice. If you want to define a macro containing a string, you can use the syntax shown below:
E.g. the following code will now compile:
const char *test = MYMACRO;
Please note that using string literals in macros specified via command line might cause IntelliSense errors that are fixed in the upcoming v5.3 Preview 4.
July 20, 2017 at 02:01 in reply to: How do you enable the 64-bit version of CppEngineHost.exe in Preview 2? #11772support
KeymasterHi,
You can upload the dump to our FTP (please create a support ticket to get a temporary FTP login/password).
support
KeymasterHi,
The answer depends whether you are using GNU Make or MSBuild. Normally VisualGDB should update the include paths automatically. Perhaps they have been removed and then re-discovered by the automatic header discovery feature?
support
KeymasterGood to know it works. If you encounter further problems, feel free to open another topic.
support
KeymasterHi,
VisualGDB dynamic analysis currently supports stack usage analysis and real-time watch (visualization of various real-time events).
The address santizer does not work on embedded projects yet. We might be able to support it in one of the upcoming versions of VisualGDB, although we cannot promise anything specific at the current point.
support
KeymasterHi,
We have made a note for this in our backlog, however it won’t be added in v5.3 due to priority constraints (possibly not in v5.4 as well).
support
KeymasterHi,
This happens because the latest Android SDK removes support for Ant-based builds and only supports Gradle/CMake for C++ code.
As a workaround please try using this SDK: https://dl.google.com/android/repository/tools_r25.2.5-windows.zip
We will look into extending our new CMake project subsystem to Android projects after the final VisualGDB 5.3 release; until then please use the older SDK as a workaround.
July 19, 2017 at 05:18 in reply to: How do you enable the 64-bit version of CppEngineHost.exe in Preview 2? #11758support
KeymasterHi,
Thanks for the dump files, it looks like a memory corruption bug. In order to diagnose it, please try the debug build of the engine: http://sysprogs.com/files/tmp/CppEngineCore64.7z
Once it triggers an error (or an assertion), please create another dump file and send it to us.
P.S. Please use a file hosting service like DropBox (you can encrypt the .7z file and specify the password in the support ticket) instead of attaching large files to the tickets. Large attachments slow down the helpdesk system we are using and hence we limit the attachment size to 4 MB.
support
KeymasterHi,
If your code relies on any STM32-specific code (like HAL), it won’t automatically run on Windows either and will need to be ported using some sort of an abstraction layer (you can manually add Linux configurations to an Embedded project via VS Configuration Manager and then copy the .vgdbsettings file from another Linux project). The amount of porting effort will be the same for both Linux or Windows (the only advantage of running tests on Windows would be no need for a Linux VM, but this is solved with the Windows 10 Linux Subsystem).
support
KeymasterHi,
Please use the -Wl,-Map=… syntax instead. Note that if you are using MSBuild, you can enable map file generation via VS Project Properties -> Linker Settings -> Advanced (not VisualGDB Project Properties).
support
KeymasterHi,
This is to be expected if your code is using any other optimization level than -O0 (if you are using ESP32, you need to set -O0 optimization for your source files while keeping -Og for the ESP-IDF sources due to bugs in ESP-IDF).
support
KeymasterHi,
Normally, you can just remove the reference to “STM32 HAL” via the Embedded Frameworks page. This should leave the startup code, vectors and the linker script (you would need to change the main source file).
support
KeymasterHi,
Sorry, VisualGDB projects are designed to be built separately from each other (and without Visual Studio itself), so they don’t inherit the normal Visual Studio variables like SolutionDir.
support
KeymasterHi,
Looks like you are missing a reference to the libsmartconfig.a file. Please try adding it to your project (or adding “smartconfig” to the Library Names field in the Linker Settings).
support
KeymasterHi,
This could be caused by incompatibility between the gdb from your crosstoolchain and the target gdbserver. Please try running gdb on the target machine manually (gdb <executable>). If this works, you would need to switch the project to be compiled and debugged on the Raspberry Pi directly or get a cross-build of gdb that is compatible with your target image.
-
AuthorPosts