VisualGDB trial not setting up ESP32 environment correctly?

Sysprogs forums Forums VisualGDB VisualGDB trial not setting up ESP32 environment correctly?

This topic contains 2 replies, has 2 voices, and was last updated by  support 2 weeks, 4 days ago.

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #34952

    AlexRed
    Participant

    Hello,

    I set up a VIsualGDB trial to be used on a Win10Pro machine to use it under VS2022 for esp32 development, following this page :

    https://visualgdb.com/tutorials/esp32/esp32-c6/

    I setup all as instructed, VisualGDB installed by it’s own the latest Esp32 IDF, python 3, and I already checked all paths both for VisualGDB ( under VS 2022 ) and for Windows itself to be correct…

    The system appears to find all, but when trying to create a new project for the ESP32-C6, I got this error :

    What is wrong…? it appears the command is not going through the ‘/v5.1’ folder in the IDF toolchain when passing an argument to python…

    Thnaks for any support…

    Regards

    Alex

     

     

    • This topic was modified 2 weeks, 4 days ago by  support. Reason: formatting
    #34953

    AlexRed
    Participant

    Hi,

    I found the problem… The installation of VisualGDB did not updated an already existing ‘IDF_PATH’ environment variable to properly point to the V5.1 sub folder…

    Regards

    Alex

    #34957

    support
    Keymaster

    Hi,

    VisualGDB does not update the system-level variables in order to avoid interfering with other tools. Instead, it sets them for just the process it’s launching to configure and build the project.

    You can actually dump the configuration and build command lines to batch files, that show all the environment set by VisualGDB, and can be executed manually in order to simplify troubleshooting things. See this page for details.

    If changing the variable globally fixed the project, it could have been hardcoded somewhere else (e.g. by editing the Python scripts) and the value set by VisualGDB was conflicting with it. If in doubt, we always suggest doing a clean toolchain installation, using a clean Python environment and a clean ESP-IDF checkouts. We test them before releasing our toolchains, so they should work just fine out-of-the-box.

Viewing 3 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic.