support

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 7,582 total)
  • Author
    Posts
  • in reply to: Can I debug Grove Vision AI Module V2? #35794
    support
    Keymaster

    Hi,

    Please make sure you can get it working outside VisualGDB first. Once it is working, feel free to share the details about your setup, and we will point you to the relevant VisualGDB documentation.

    in reply to: VisualGDB Memory window colors #35787
    support
    Keymaster

    No problem. This could be a bug that gets occasionally triggered under some conditions, although we would need more information to pinpoint it. Normally, the window should look like this on the dark theme:

    We have slightly simplified the theme loading logic in VisualGDB and added extra logging to it. Please try this build: VisualGDB-6.0.103.5201.msi

    If the problem persists, please follow the steps below:

    1. Start a debug session.
    2. Open and enable View->Other Windows->VisualGDB Diagnostics Console.
    3. Open a memory window that was not open before (e.g. Memory 2). You can also try closing and reopening it.
    4. Check the diagnostic log for messages mentioning Memory editor.

    If you could post the exact messages you get along with the exact action that triggers them (e.g. opening a memory window for the first time), we should be able to narrow it down.

     

    Attachments:
    You must be logged in to view attached files.
    in reply to: nRF Connect SDK v2.7.0 #35786
    support
    Keymaster

    Hi,

    Thanks, this looks like the device type auto-detection wasn’t working due to another change in the SDK structure, although selecting it manually would still work.

    We have fixed it in this build: VisualGDB-6.0.103.5201.msi.

     

    in reply to: Can I debug Grove Vision AI Module V2? #35785
    support
    Keymaster

    Hi,

    We have not specifically tested VisualGDB with this board. However, if it comes with a functional toolchain and the gdb debugger (i.e. you can build and debug a project manually), you can easily point VisualGDB to the same tools and let it drive building and debugging for you,

    in reply to: VisualGDB Memory window colors #35777
    support
    Keymaster

    Hi,

    This would normally only happen if you change the VS color theme after using the memory window for the first time. If this is the case, please try simply restarting Visual Studio, and the colors should look normal next time.

    in reply to: nRF Connect SDK v2.7.0 #35772
    support
    Keymaster

    Hi,

    Sorry, not sure what you meant. If you believe VisualGDB is not working correctly, please provide complete screenshots showing every step of the wizard, and every other step you take (e.g. changed settings), including the final error message you get. Please ensure the screenshots are complete and uncropped. A single error message taken out of context is often not enough to suggest anything meaningful.

    in reply to: nRF Connect SDK v2.7.0 #35768
    support
    Keymaster

    Hi,

    No problem, we have reproduced and fixed the issue. Please try this build: VisualGDB-6.0.103.5197.msi

    in reply to: Issue in MbedProject on STM32U5 board #35767
    support
    Keymaster

    Hi,

    Thanks, looks like the U5 port is using a couple of built-in functions that are not known to Clang and somehow trigger strange behavior.

    We have added a workaround on the VisualGDB side. Please try this build: VisualGDB-6.0.103.5197.msi

    in reply to: Multi-core debugging with CubeMX project #35757
    support
    Keymaster

    Hi,

    Sure, it should work just fine. Just make sure you are using the latest VisualGDB 6.0R3 and selecting the ST fork of OpenOCD.

    in reply to: TOGGLE HEADER/SOURCE cursor at the start of the file #35753
    support
    Keymaster

    Hi,

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

    in reply to: SysprogsTestHooks write #35752
    support
    Keymaster

    Hi,

    You can actually override this by setting the SYSPROGS_TEST_REPORTING_PIPE environment variable to /dev/null. This will suppress the warning and will make the test framework work pretty close to the original unpatched version.

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

    Hi,

    Most likely, you are using incompatible versions of ESP-IDF, ADF and the toolchain. Please refer to this page for more information: https://visualgdb.com/documentation/espidf/#espadf

    in reply to: Could not identify WSL2 Network Interface #35741
    support
    Keymaster

    Hi,

    It should not be an issue anymore. Either way, you can try creating a new C# console application (using .Net framework, not .Net Core) with the following code:

    var rg = new Regex(@" \(WSL (\(|\))");
    var ifaces = NetworkInterface.GetAllNetworkInterfaces().Where(iface => rg.IsMatch(iface.Name)).ToArray();

    Does it find the one-and-only WSL interface?

    in reply to: Intermittent Problem with SMB Share #35735
    support
    Keymaster

    Hi,

    Sorry, it looks like the SMB connection between the Linux machine and Windows machine fails at some point, but it’s not something VisualGDB can automatically fix.

    You can try using the usual white box / black box troubleshooting:

    • Capture a WireShark trace of network communication between Linux and Windows and analyze it. It should give a good insight into the cause (some SMB request will be failing with an error), but getting to the bottom of it will be a very tedious task, trying to understand thousands of network packets.
    • Alternatively, you can try simplifying the repro. Instead of a build, try reading all sources one-by-one. If it doesn’t trigger anything, do it from multiple threads. Try varying the number of threads, making pauses, etc. If it turns out that some particular pattern triggers the problem (e.g. more than X threads in parallel), you might be able to work around it by tweaking the build process.
    in reply to: Intellisense always assumes c++14 #35728
    support
    Keymaster

    Hi,

    Thanks for renewing your license.

    The VC++ IntelliSense takes the language standard version from the ClCompile/LanguageStandard element in the .vcxproj file (note the condition attribute). You can try changing it via the VS project properties for the non-VisualGDB project and observe how the value changes (e.g. to stdcpp17).

    VisualGDB uses separate language standard settings for C and C++ files (CLanguageStandard/CPPLanguageStandard), so the native VC++ IntelliSense does not pick them up automatically.

    You can try manually copying the LanguageStandard element into the VisualGDB’s .vcxproj file (also under ItemDefinitionGroup/ClCompile) and reloading the solution. VisualGDB should ignore it, but the VC++ IntelliSense should pick it up.

     

Viewing 15 posts - 1 through 15 (of 7,582 total)