support

Forum Replies Created

Viewing 15 posts - 181 through 195 (of 7,659 total)
  • Author
    Posts
  • support
    Keymaster

    Hi,

    Thanks, we have reproduced and fixed the issue. Please try this build: VisualGDB-6.0.4.5100.msi

    in reply to: error in new project #35288
    support
    Keymaster

    Hi,

    Based on what we see, we do have traffic from Estonia, so it looks like some glitch on your side or with your ISP, sorry.

    in reply to: error in new project #35286
    support
    Keymaster

    Sorry, it looks like a network issue on your side. Please contact your system administrator for help.

    in reply to: error in new project #35282
    support
    Keymaster

    Hi,

    This error means that something on your computer is preventing VisualGDB from accessing Internet and downloading the packages. Please double-check your firewall/proxy settings and make sure VisualGDB can connect.

    in reply to: How can I link a static library to my ESP IDF Project #35270
    support
    Keymaster

    Hi,

    If you believe another IDE works better, you can do a very simple experiment:

    • Create/open a similar ESP-IDF-based project with another IDE
    • Get the library working there
    • See what exact changes to CMakeLists.txt that other IDE did
    • Port those changes to your VisualGDB-based project

    But, realistically, IDE settings come from the underlying project types, so as long as you keep using ESP-IDF, the settings will look very similar in any IDE, and will translate to the same ESP-IDF parameters.

    In general, we try to be as transparent as possible with the scope of our technical support. VisualGDB can save you time by automating common routine tasks, but it cannot replace the knowledge and understanding of the underlying frameworks and technologies. If you find ESP-IDF too complex, you can try another device or framework, but it’s up to you to study it sufficiently.

    in reply to: How can I link a static library to my ESP IDF Project #35265
    support
    Keymaster

    Hi,

    For ESP-IDF projects, VisualGDB merely provides a GUI for editing common ESP-IDF statements. If you need help with finding a particular setting, please first refer to the ESP-IDF documentation so that you will know what exact ESP-IDF statement you will need to modify, and in which way. Once you confirm that it works, we can help you find a VisualGDB setting that corresponds to it.

    in reply to: ESP32 toolchain "idf.py" – problem with execution #35263
    support
    Keymaster

    Hi,

    You can try dumping the build command into a batch file as shown here. It will contain all the necessary environment variables, so you can then modify it to run idf.py or any other command.

    in reply to: New tutorial for adf project #35253
    support
    Keymaster

    Hi,

    We have not recreated the tutorial because there have not been any major changes to the ESP-ADF workflow. We had added a note in step 4 here explaining how to find out the toolchain version compatible with ESP-ADF and a separate section here, explaining how ESP-ADF and ESP-IDF work together.

    The compatibility between specific versions of ESP-ADF, ESP-IDF, the toolchains and Python is up to Espressif. All we do is briefly retest the stable ESP-IDF releases with the corresponding toolchains, and release them as ready-to-install packages. ESP-ADF has considerably fewer users than ESP-IDF, so we do not retest it that often, sorry.

    If you are running into strange problems with ESP-ADF and Python, we would suggest troubleshooting it as follows:

    1. Reset your Python environment as described here.
    2. Find out the exact versions of ESP-IDF, ESP-ADF and the toolchain you want to use (per Espressif documentation).
    3. Install the corresponding toolchain via VisualGDB Package Manager.
    4. Install ESP-ADF into that toolchain as shown here.

    If it still doesn’t work, you could be still using incompatible versions of Espressif packages. We would advise first getting it to work outside VisualGDB, then taking note of the exact versions that actually work, and double-checking that VisualGDB is using the same versions. You can always export the build command used by VisualGDB to a batch file as shown here, and experiment with it (e.g. patch it to use a different Python environment, or a different ESP-IDF version).

    As far as our support goes, we can help you find VisualGDB settings that control specific parts of the build (e.g. which ESP-ADF version is used by a specific project), but it’s up to you to find a working combination of parts provided by Espressif.

    in reply to: Disasembly from embed. memory explorer does not work #35252
    support
    Keymaster

    Hi,

    Thanks for confirming your support status. Please try this build: VisualGDB-6.0.4.5081.msi

    in reply to: Tabout editing capability #35249
    support
    Keymaster

    Hi,

    VisualGDB handles the bracket and quote pairing independently from Visual Studio, and did not implement the tabout behavior (typing ‘)’ or ‘”‘ would successfully skip over a matching auto-inserted bracket though).

    That said, it looks like a useful feature, so we have added it to this build: VisualGDB-6.0.4.5081.msi

    You can enable it via Tools->Options->Text Editor->C/C++(VisualGDB)->Advanced->Typing Assist->Tab out of brackets (enabled by default).

    in reply to: Syntax for displaying variables as #35247
    support
    Keymaster

    Hi,

    This syntax comes from gdb itself. You can read more about it here: https://sourceware.org/gdb/current/onlinedocs/gdb.html/Arrays.html

    in reply to: Multiple RAM sections in Memory Map #35246
    support
    Keymaster

    Hi,

    This looks like the behavior of the old VisualGDB version that could not reliably distinguish the load/placement addresses of some sections, and had to guess it. Please try updating to the latest VisualGDB 6.0 Beta 3 – it should handle it out-of-the-box.

    in reply to: Visual Studio 2022 ARM64 #35234
    support
    Keymaster

    Hi,

    We have built ARM64 versions of the critical platform-specific VisualGDB components (e.g. VisualGDBNativeARM64.dll, libssh2-arm64.dll), so they will work at full speed.

    As for the external tools, we will have to wait until the ARM64 support in MinGW becomes mainstream and stable enough, and we see enough users interested in ARM64 builds. Until then, the normal x86 builds will work just fine through the emulator. If you don’t want to wait, you are always welcome to build the tools on your side and replace the VisualGDB-provided binaries – these are open-source tools built with open-source MinGW, so you don’t need any special parts from us to do it.

    in reply to: Raspberry PI3 Pi Qt Buster – cursor freezing #35227
    support
    Keymaster

    Hi,

    Sorry, we have not encountered anything similar. Please feel free to post on the Raspberry Pi or Qt forums – maybe you can get some pointers there.

    in reply to: Turn off 'Show references' #35223
    support
    Keymaster

    Hi,

    No problem, you can turn it off by clicking the CodeJumps button (tag icon) in the upper right corner of the text editor.

Viewing 15 posts - 181 through 195 (of 7,659 total)