hvbill

Forum Replies Created

Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • in reply to: VisualGDB license trouble in the cloud #34595
    hvbill
    Participant

    Good to know about the floating license key in the registry.
    But what about the BSP:s when there is more than one user on the computer? Aren’t they installed in C:\Users\UserName\AppData\Local\VisualGDB\EmbeddedBSPs\ and then personal?

    in reply to: VisualGDB license trouble in the cloud #34586
    hvbill
    Participant

    Update.

    I have successfully updated a static license to a floating one. It was easy and it works great. Thanks for that.

    But still the problem remains with the installation that is user specific and not available for all users of the computer, including the Local System account.

    Next step will probably be to try to install VisualGDB as Local System account using Microsoft psexec tool.

    in reply to: How to update OpenOCD to version 0.11.0 #30451
    hvbill
    Participant

    Thanks for the new OpenOCD build. Unfortunately it didn’t help, but your support is really great.

    Looking into the OpenOCD output above once again, could it have something to do with GDB?

    in reply to: Overriding recipe for target #23929
    hvbill
    Participant

    Forgot to mention that I’ve read this post

    Getting warning about overriding recipe and ignoring old recipe on library proje

    But I can’t remove the linker script.

    in reply to: Shared Text Editor Settings in VS2015 #22063
    hvbill
    Participant

    The registry workaround will most likely work for us.

    Is the behaviour different in VS2017?

    in reply to: clang formatting removes space after if statement #22029
    hvbill
    Participant

    Found that this has been fixed in VisualGDB 5.4.

    Great!

    in reply to: clang formatting removes space after if statement #22026
    hvbill
    Participant

    I have the same issue when there is a comment on the line above. Both in live coding and when using ctrl k + f.

     // Comment
     if(test)
     {
       DoSomething();
     }

    I’m running VisualGDB 5.3R8

    • This reply was modified 6 years, 1 month ago by hvbill.
    • This reply was modified 6 years, 1 month ago by hvbill.
    in reply to: Different JTAG/SWD programmers in shared project #13318
    hvbill
    Participant

    That workaround would be really nice to have.

    Thanks!

     

     

     

    in reply to: Different JTAG/SWD programmers in shared project #13300
    hvbill
    Participant

    We are using VisualGDB 5.3R6 and Visual Studio 2015

    in reply to: Relative paths #12718
    hvbill
    Participant

    It works perfectly!

    Tack så mycket!

    in reply to: Relative paths #12701
    hvbill
    Participant

    I don’t find the Additional Include Directories mentioned above, but there is a line called Include Search Path with similar content (see attached image), and it also use absolute paths.

    But in VisualGDP Project Properties -> Makefile settings -> Include directories, I finally found my relative paths. These include paths are stored in debug.mak/gcc_Debug.h with relative paths but as soon as I change something in VisualGDP Project Properties, .vcxproj is updated with absolute paths.

    I don’t see how we can avoid to share the .vcxproj file via source control so is there a way to have relative paths there as well?

     

    Attachments:
    You must be logged in to view attached files.
    in reply to: Relative paths #12678
    hvbill
    Participant

    We’re working in Windows, targeting an ARM-platform. And when I try to replace any of the paths to D:\ (see the attached image) with relative paths, they get replaced with absolute ones the next time a setting is changed that makes VisualGDB test the selected toolchain.

    [Edit: uploaded new image]

    • This reply was modified 7 years ago by hvbill.
    Attachments:
    You must be logged in to view attached files.
Viewing 12 posts - 1 through 12 (of 12 total)