Forum Replies Created
-
Posts
-
Hi,
It looks like your technical support period has expired. We would be happy to help you, however we would kindly ask you to renew your technical support on the following page first: https://sysprogs.com/splm/mykey
Hi,
It looks like your toolchain is not compatible with your target. Please make sure you use a compatible toolchain.
If you are not sure which toolchain you are using anymore, please follow the instructions on this page to reset everything. If it still doesn’t work, please share the repro steps including the screenshots (also showing how you write the SD card image) and we will point out the cause of the issue.
If you are completely unfamiliar with the Linux toolchains and cross-compilation, and do not want to research it on your side, we can gladly walk you through everything at our consulting rate. Please contact our sales if you would like to get a quote.
Hi,
It generally depends on the project type you are using. For MSBuild/Make you could use the regular Visual Studio’s configuration manager. For a multi-target Advanced CMake project, the configuration would be the same for all targets, so you would need to manually override the CFLAGS for a particular library.
Hi,
Sure, you can use VisualGDB Project Properties -> Custom Build Steps to run an arbitrary command after the entire build finishes.
Unfortunately, it is hard to suggest anything specific based on the description you provided.
In order for us to provide any help with this, we need to be able to reproduce the problem on our side.
Please provide complete and detailed steps to reproduce the issue as described below:- The steps should begin with launching Visual Studio. They should include every step necessary to create the project from scratch and reproduce the issue.
- Please make sure the steps do not involve any 3rd-party code as we will not be able to review it. If the problem only happens with a specific project, please make sure you can reproduce it on a clean project created from scratch. See this page for more information and detailed examples.
- The steps should include uncropped screenshots of all wizard pages, VisualGDB Project Properties pages and any other GUI involved in reproducing the problem. This is critical for us to be able to reproduce the problem on our side.
You can read more about the best way to report VisualGDB issues in our problem reporting guidelines, If you do not wish to document the repro steps and save the screenshots, please consider recording a screen video instead and sending us a link to it.
You can also try checking various diagnostic output from various parts of VisualGDB as described on this page. Although we won’t be able to review it for a specific project unless the we can reproduce the problem from scratch, checking it might provide some clues on what is causing the unexpected behavior.
Hi,
This is by design. VisualGDB can automatically do things that are, well, automatable. ESP-IDF comes with various examples that can be built using the same CMake interface, so VisualGDB can automatically clone and build them for you. ESP-IDF uses KConfig to edit various configuration parameters, so VisualGDB offers a neat searchable GUI for working with them.
To our best knowledge, ESP-IDF does not come with a machine-readable description that would cover the functionality you described, hence VisualGDB cannot automatically do it.
Sorry, your trial expired a while ago. If you would like to get any further technical support, we would kindly ask you to purchase a license.
Please let us know the email associated with your license key, so that we could check your support status.
Hi,
VisualGDB takes the list of ESP32 devices from the <SysGCC>\esp32\esp32-bsp\BSP.xml file, so you can try editing it, although it may take a few attempts to get working correctly.
That said, ESP32C6 looks interesting, so we will try to get one within the next month, and will consider adding out-of-the-box support for it, if the new ESP-IDF branch works out-of-the-box.
The ESP32 debug methods package you mentioned was from last year (the latest update was still being tested). We have just released another one (20230309) based on the latest OpenOCD release from Espressif. Feel free to check the Espressif’s release logs for the exact list of changes.
The Arduino-based projects are different from the regular ESP-IDF projects. They rely on the Arduino framework (using the rules in the ESP32 Arduino core) to build and program the project. Programming FLASH for Arduino projects is done via the COM port (same when using the Arduino IDE).
If the regular ESP-IDF projects work, you can use VisualGDB to develop them via the ESP-IDF project wizard (not the Arduino project wizard).
If you are getting different behavior between the regular ESP-IDF projects and Arduino projects, it is likely caused by differences between the ESP-IDF framework and the Arduino framework (that internally uses a different version of ESP-IDF and a completely different set of rules to build the code). Using VisualGDB on top of either ESP-IDF or Arduino will not change the way the underlying framework operates and will not eliminate the differences between these 2 frameworks.
Hi,
Please see this page for more details.
Hi,
Please find the answers to your questions below:
- You can program the memory via COM port by right-clicking on the project in Solution Explorer and selecting “Program FLASH Memory“
- You can prevent VisualGDB from programming FLASH memory during debugging via VisualGDB Project Properties -> Debug Settings -> Program FLASH Memory -> Never.
Sorry for the confusion, we will explain it below.
The latest stable VisualGDB version, that has fully passed all tests is 5.6r9 (build 4777).
The build 4807 is from our development branch (the latest build there is VisualGDB-5.6.109.4828.msi). This branch is updated very regularly, contains recently added features and fixes requested by our users, but has not fully passed all tests and might be less reliable than the official release.
We are currently finishing our work on the new tracing engine, that will first be published in the upcoming VisualKernel release, and will then make its way into VisualGDB 6.0 Beta 1. This Beta will include all the fixes from the development branch, including the one you mentioned. Until then, we would advise using the development build.
Substituting the build number would indeed get you the latest development build, however it normally shouldn’t be necessary, as the latest beta that will appear on the download page will include most of the recently added fixes.
We can point it out for you, however it would go through a different queue with a current turnaround of 2 business days. If you would like to get it done faster, please consider looking through the pages of VisualGDB Project Properties – most settings are placed very intuitively there.
Hi,
Visual Studio runs Clang as an external tool and applies the formatting instructions reported by it. This allows quickly switching between Clang versions, but has a few drawbacks, particularly when reformatting just one statement (e.g. when pressing ‘}’), and computing indentation for the new line.
VisualGDB uses a different approach – clang is integrated into our IntelliSense engine, so it continuously keeps a model of the current source file, and can apply more fine-tuned formats (and provide a GUI editor for formatting settings). The downside here is that switching to a newer clang requires updating our entire IntelliSense engine, and running extensive tests to ensure it won’t break any existing functionality.
We are currently finishing our work with the new tracing engine, that is being first released with VisualKernel (kernel traces generate huge volumes of data, so we use it to make sure the tracing engine is blazingly fast even under most heavy loads); updating the Clang engine to the latest LLVM/clang version is scheduled right after it.
