support

Forum Replies Created

Viewing 15 posts - 6,556 through 6,570 (of 7,813 total)
  • Author
    Posts
  • in reply to: mbed library #7529
    support
    Keymaster

    Hi,

    Thanks for reporting this, looks like the nRF51 port of mbed expects you to program the softdevice separately. We have published a detailed tutorial showing how to edit the linker script to embed the softdevice in your project just like VisualGDB does normally: http://visualgdb.com/tutorials/arm/mbed/nrf51/

    As for nRF52, we will happily support it once mbed officially supports it. If there is an unofficial port already, you can run our open-source mbed BSP generator on it and import the resulting BSP into VisualGDB.

    support
    Keymaster

    Hi,

    OK, please try the latest VisualGDB 5.1 Preview 2. You can tell it that a type A is an alias for type B by adding a .natvis file to your project with the following contents:

    <?xml version="1.0" encoding="utf-8"?>
    <AutoVisualizer xmlns="http://schemas.microsoft.com/vstudio/debugger/natvis/2010">
      <Type Name="std::vector&lt;int&gt;">
        <AlternativeType Name="IntVector"/>
      </Type>
    </AutoVisualizer>

    Note that the Type element should not contain any elements other than AlternativeType, otherwise instead of using the normal STL visualizers VisualGDB will actually follow the Natvis rules defined in the .natvis file.

    in reply to: mbed library #7523
    support
    Keymaster

    Hi,

    OK, folks, we have added mbed support to VisualGDB.

    Please try the newest 5.1 Preview 2.

    A detailed tutorial is here: http://visualgdb.com/tutorials/arm/mbed/

    in reply to: STM32 Memory Problem #7519
    support
    Keymaster

    Hi,

    Perhaps some of the data gets overwritten? Please try setting a breakpoint right after initializing them with zero and use the Watch window to check whether they actually contain zeros. If not, check that those variables actually fit in the RAM area of your device. If yes, try setting a data breakpoint on one of them to see what code modifies it.

    in reply to: Use constructor library on Raspberry Pi using VisualGDB : #7518
    support
    Keymaster

    Hi,

    Not sure what do you mean by the constructor library, but we actually have a tutorial showing how to access Raspberry Pi camera from your VisualGDB projects: http://visualgdb.com/tutorials/raspberry/camera/

    And another one with OpenCV: http://visualgdb.com/tutorials/raspberry/opencv/camera/

    Consider following those to get basic understanding of using external libraries with VisualGDB.

    in reply to: VisualGDB Makefile configuration problem #7517
    support
    Keymaster

    Hi,

    Thanks for reporting this, we have fixed it in the upcoming Preview 2.

    in reply to: Error List Sort Order #7516
    support
    Keymaster

    According to this thread, it looks like this is no longer possible in VS2015. Consider leaving feedback there so the VS guys could consider fixing this.

    in reply to: SSH – Cannot connect: Passphrase Required… #7514
    support
    Keymaster

    Hi,

    Most likely the passphrase did not get removed properly or the libssh2 library that VisualGDB is using fails to recognize it.

    We recommend checking the “setup public key automatically” button to let VisualGDB generate a private key, store it in a Windows key container (automatically protected by your Windows account password) and use it automatically.

    in reply to: VisualGDB can't debug parts of a library #7513
    support
    Keymaster

    Hi,

    You can diagnose this by adding a new function to your library (e.g. testfunc()), calling it from your code and then checking whether the library on Raspberry Pi contains the new function by running the following command:

    nm <library path> | grep <function name>

    You can find out the path of the library loaded into your application by running the “info shared” command in the GDB Session window.

    in reply to: Launch failed when flashing without debugging #7512
    support
    Keymaster
    in reply to: Library Intellisense Issue #7497
    support
    Keymaster

    Hi,

    Did you get any toolchain testing errors while creating your project? Normally IntelliSense is configured based on the results of a toolchain test.

    in reply to: mbed library #7496
    support
    Keymaster

    Hi,

    We expect a preview build this week. We are going to support the latest version from github.

    in reply to: Binary Output Path #7486
    support
    Keymaster

    Hi,

    Here’s an example of modifying the Makefile to copy your .so file in the ..\AllLibraries directory (it assumes that you are building on Windows with a cross-compiler):

    ../AllLibraries:
        mkdir ..\AllLibraries
    
    ifeq ($(TARGETTYPE),SHARED)
    $(BINARYDIR)/$(TARGETNAME): $(all_objs) $(EXTERNAL_LIBS) ../AllLibraries
        $(LD) -shared -o $@ $(LDFLAGS) $(START_GROUP) $(all_objs) $(LIBRARY_LDFLAGS) $(END_GROUP)
        copy /y $(subst /,\,$@) ..\AllLibraries\$(notdir $@)
    endif

    VisualGDB does not overwrite the Makefile, it carefully adjusts parts of it (e.g. the SOURCEFILES assignment line and the lines below the #VisualGDB: GeneratedRules marker).

    Normally VisualGDB should add the -Wl,–rpath=’$$ORIGIN’ flag to linker flags and that should add an attribute to the linked file telling the library loader to check the directory of the executable for missing library dependencies. Do you see this flag in your build log?

    
    
    		
    	
    support
    Keymaster

    Hi,

    Thanks for the log files. It looks like Qt Creator is using Python extensions to extract meaningful values from the STL variables. VisualGDB does the type matching on the Visual Studio side in order to support gdb builds without Python support. As a side effect of it, it cannot automatically resolve typedefs without issuing further commands.

    The upcoming VisualGDB 5.1 supports Natvis, so we could add an extension to its format in order to explicitly specify typedefed types and map them to STL containers. Would that be a reasonable option?

    in reply to: Iram-section overflow esp8266 #7484
    support
    Keymaster

    Hi,

    Please try using the Embedded Memory Explorer to see what exact code occupies the IRAM memory. Then try moving some of it to FLASH or modify the linker script to place the default code sections to FLASH instead of IRAM (that may impact performance/stability).

Viewing 15 posts - 6,556 through 6,570 (of 7,813 total)