support

Forum Replies Created

Viewing 15 posts - 6,361 through 6,375 (of 7,848 total)
  • Author
    Posts
  • in reply to: reverse to older nrf5x BSP #8147
    support
    Keymaster

    Hi,

    Yes, you can use that link to download older BSPs. However VisualGDB should have showed a warning that the new SDK is not compatible and suggested regenerating BSP references that should update the library file paths. Did that not happen, or did it not help?

    support
    Keymaster

    Hi,

    OK, if the extern “C” is not the reason, you would need to have a detailed look at what exactly is being linked. Please identify one function that is reported unresolved and then do the following:

    • Identify the file where it is defined
    • Ensure via the build log that the file is linked into the final binary
    • Using the nm tool from your toolchain double-check that the .o file actually defines the function and the name matches the error message
    • If this does not help, enable the Map file generation and check the Map file to references to the function.

    If nothing helps, please post your map file, your build log and the nm output here along with the function name you are tracing so that we could give further advice.

    in reply to: compile single file option is disabled #8141
    support
    Keymaster

    Hi,

    It’s a known limitation and it happens because VisualGDB creates its projects as Makefile projects so Visual Studio can start an external build too when your select “Build All” or start debugging, but it does not have per-file control and cannot do a quick check whether rebuild is necessary. We do have long-term plans of resolving this, but it’s not clear yet whether we can fit it in the next release.

    in reply to: Embedded thread and remote compilation #8139
    support
    Keymaster

    Hi,

    If this helps, VisualGDB handles the virtual threads as follows:

    • It queries your interface for the registers of each thread
    • Then it forces gdb to set current register values to the ones reported by the stub
    • Then it asks gdb to list the stack frames

    You can diagnose the problem by checking the gdb log to see if VisualGDB sets the registers to the correct values before it asks gdb to list the frames.

    GetVirtualThread() is called each time a break happens because VisualGDB does not know which of the threads are still alive.

    You might be able to improve the performance if you run your gdb stub remotely, but use Windows gdb from one of our toolchains. It won’t affect the code you build (hence won’t break your certification), but will significantly reduce the latencies for gdb commands.

    in reply to: The NEW ESP8266 Update Today #8138
    support
    Keymaster

    Hi,

    Good to know. Once the next RTOS release is officially out, we’ll update our toolchain as well.

    support
    Keymaster

    Hi,

    The first error can be caused by the missing ‘extern “C”‘ around the headers if you are using the function from the C++ code.

    Regarding the second error, it is hard to tell without a screenshot. Please attach one and we should be able to help you.

    in reply to: Embedded thread and remote compilation #8133
    support
    Keymaster

    Hi,

    This makes sense. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.1.4.685.msi

    It adds support for the EmbeddedThreadPlugin node in the Linux project properties similar to the embedded ones. Let us know if you encounter any problems with it.

    in reply to: CMakeLists.txt not in the root source folder #8132
    support
    Keymaster

    Hi,

    Thanks for the details, the CMakeLists.txt location is indeed read-only in this case as the wizard makes no distinction between the root source directory (that will be transferred during builds) and the root build directory (that contains CMakeLists.txt). It’s not very trivial to fix, so we have added a note in the 5.2 fix list, but won’t promise anything at this point. As a workaround you can create an empty CMakeLists.txt in the root directory, create the project and then change the CMakeLists.txt location via VisualGDB Project Properties.

    Regarding the second missing file, it looks like a separate issue. Is VisualGDB importing the directory contents directly at the root of the project node (e.g. just <project>\main.cpp rather than <project>\dir1\main.cpp)? If yes, please try creating a new virtual folder for your directory, right-clicking on it and then selecting “Import a directory recursively” so that VisualGDB will import the directory contents there.

    in reply to: XMing with OpenCV #8129
    support
    Keymaster

    Hi,

    Does the project output any errors to the console? Did you copy the code from the tutorials EXACTLY, or did you modify it? Perhaps you have accidentally bypassed some initialization?

    Normally missing libraries should cause link-time errors, but not run-time issues.

    Alternatively you can try the same project on a different VM (you can use Vagrant to just download a ready image with some recent OS in just a few clicks).

    in reply to: Switch between debuggers #8128
    support
    Keymaster

    Hi,

    Yes, the global settings like board type are managed per-project. However they are just convenient shortcuts for things stored in nrf5x.mak and debug.mak/release.mak, so you can simply take the -DPCAxxxx setting from nrf5x.mak and put it into per-configuration .mak files modifying each one individually. The only pitfall is that editing global settings in the GUI will regenerate the global .mak file.

    in reply to: Issues with the Raspberry Pi Camera-OpenCV tutorial #8127
    support
    Keymaster

    Hi,

    Yes, please try running it as root. If this does not help, double-check your camera connection, settings and try some other command-line tool for capturing images.

    in reply to: CLang intellisense bug? #8117
    support
    Keymaster

    No problem. Enjoy VisualGDB 🙂

    in reply to: CLang intellisense bug? #8115
    support
    Keymaster

    Thanks, we have reproduced it. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.1.4.684.msi

    in reply to: Embedded thread and remote compilation #8114
    support
    Keymaster

    Hi,

    Currently it is only supported with the Embedded projects that are built locally.Is there any reason you cannot setup a locally built project for your target?

    We could also add experimental support for virtual threads to Linux projects if this helps.

    in reply to: ESP8266 iram1_0_seg too Large #8113
    support
    Keymaster

    Hi,

    The easiest way to do that would be to just reinstall the toolchain to c:\ again. The installer will update the registry automatically.

Viewing 15 posts - 6,361 through 6,375 (of 7,848 total)