support

Forum Replies Created

Viewing 15 posts - 1,621 through 1,635 (of 7,829 total)
  • Author
    Posts
  • in reply to: can't get unit tests to show up in test explorer #30046
    support
    Keymaster

    No problem, we will be happy to help you, however, we would kindly ask you to renew your technical support first via the following link: https://sysprogs.com/splm/mykey

    in reply to: Multiple MCUXpresso SDKs #30041
    support
    Keymaster

    Hi,

    Most likely, you are still using the SDK imported using the old VisualGDB version. Please try deleting the entire SDK folder, and also the project, and re-creating everything from scratch.

    in reply to: Custom build steps on CMake projects #30039
    support
    Keymaster

    No worries. CMake has several advantages to any other build system we are aware of, and is actively maintained, so we wouldn’t expect it to disappear anytime soon.

    On the VisualGDB side, it is now the main and the recommended build system for embedded projects because because of the great separation of project-level, target-level and platform-level settings it offers.

    in reply to: Multiple MCUXpresso SDKs #30037
    support
    Keymaster

    Hi,

    Indeed, the v2.9.1. internal format has slightly changed and won’t work with VisualGDB 5.5R4. We have fixed it on our side in the following build: VisualGDB-5.6.1.4033.msi (it will also go into the v5.6 Beta coming out this week).

    in reply to: Config for GD32 MCUs #30032
    support
    Keymaster

    Sorry, we do not have any plans for supporting the Chinese clones of the ST devices. If you would like to get reliable development experience, please consider purchasing a genuine ST device and a genuine VisualGDB license.

    in reply to: Raspberry Pi Pico support planned? #30025
    support
    Keymaster

    No worries. We ask users to confirm/renew support for issues that require investigation on our side. Raspberry Pi Pico is getting a lot of attention recently, and we are working on supporting it anyway, so we are happy to share the latest preview build with anyone interested in trying it out.

    in reply to: Raspberry Pi Pico support planned? #30023
    support
    Keymaster

    Hi,

    You can try this build: VisualGDB-5.6.1.4033.msi. It has partial for the Pico SDK (allowing to clone and build projects), but debugging still needs to be configured manually (you can use this OpenOCD executable with the official Raspberry Pi scripts) and the GUI for editing the PicoSDK configuration variables won’t apply them yet. The official release with the missing functionality added is expected next week.

     

    in reply to: Custom build steps on CMake projects #30011
    support
    Keymaster

    Hi,

    This is correct. The Advanced CMake Project Subsystem reuses the same set of settings for multiple targets and configurations, so the custom action lists will run for all configurations.

    To make it easier to support your scenario, we have added a “condition” parameter to the “Reference a reusable action list” action. E.g. you can set it to “$(Configuration)” = “Debug” to only run the reference list when building/debugging the Debug configuration.

    Please try this build: VisualGDB-5.6.1.4033.msi

    in reply to: mbed failed to symlink arm-none-eabi-addr2line.exe #30010
    support
    Keymaster

    This happens because the build fails due to an error shown on the screenshot. Most likely, your Visual Studio process does not have permissions to create symbolic links. Please try running Visual Studio as administrator.

    in reply to: Multiple MCUXpresso SDKs #30009
    support
    Keymaster

    Hi,

    Indeed, the “Multiple BSP versions” flag works with the regular BSPs, but not imported BSPs like MCUXpresso.

    You can easily work around it by manually changing the PackageID attribute in the <SDK directory>\BSP.XML file to a unique value, and then either copying the SDK to %LOCALAPPDATA%\VisualGDB\EmbeddedBSPs\arm-eabi or creating a <arbitrary name>.bsplink file in that directory that will contain the absolute path to the SDK.

    Once you edited/moved the SDK, simply reopen the Tools->VisualGDB->Manage VisualGDB Packages window to make sure VisualGDB reloads the BSP list.

    in reply to: nRF Connect Custom / Supported Board #30008
    support
    Keymaster

    Hi,

    Please make sure the Custom Board Root Directory setting points to your boards directory. Then VisualGDB will scan it and show the boards from there. If it still doesn’t work, please share a screenshot showing the “Custom Board Root Directory” setting, another screenshot showing the list of boards and a zip file with the contents of your board directory, and we will try to reproduce this on our side.

    in reply to: CMake build directory #30001
    support
    Keymaster

    Hi,

    No problem. You can set the output directory for CMake projects via VisualGDB Project Properties -> CMake Build Settings -> Binary Directory.

    You can read more about Advanced CMake projects here: https://visualgdb.com/documentation/projects/cmake/

    in reply to: nRF Connect Custom / Supported Board #29996
    support
    Keymaster

    Hi,

    The “Custom Board Root Directory” corresponds to the BOARD_ROOT variable used by the NRFConnect SDK, while the “Device Tree Overlay Files” sets the DTC_OVERLAY_FILE variable. Please refer to the NRFConnect SDK documentation for detailed explanation of these variables and instructions on porting the SDK to support additional boards.

    You can also try right-clicking on the existing board in Solution Explorer and select “Copy to project directory”. This will copy the current board directory from the SDK to a subdirectory under the project directory and will set BOARD_ROOT accordingly.

    support
    Keymaster

    Thanks for renewing your license.

    This message comes from the VisualGDB logic responsible for the “Step into new instance” command. It would normally set a breakpoint in main() and if you start debugging with F10 instead of F5, the program would stop once this breakpoint triggers.

    Because ESP32 programs use app_main() instead of main(), this functionality won’t work by default. You can easily change the name of the function via VisualGDB Project Properties -> Advanced GDB Settings, or simply ignore the message if you are not using the “Step into new instance” command.

    in reply to: mbed failed to symlink arm-none-eabi-addr2line.exe #29993
    support
    Keymaster

    Hi,

    We have rechecked the command dumping with ccache enabled and it did work as expected. If it doesn’t work on your side, please share a screenshot of the entire Visual Studio window showing the VisualGDB Build log from the very beginning, and we will investigate this further.

Viewing 15 posts - 1,621 through 1,635 (of 7,829 total)