support

Forum Replies Created

Viewing 15 posts - 7,336 through 7,350 (of 7,856 total)
  • Author
    Posts
  • in reply to: Creating project for at91sam7 #2476
    support
    Keymaster

    Can you please create a new project with the default debug method (e.g. GDB simulator) and send us the created files? This will help us analyze your problem and suggest a solution.

    Additionally could you please check your firewall settings? Visual Studio process needs to have internet access in order to download additional packages. If this is not possible, we can provide you with instructions on manually downloading and installing those packages.

    in reply to: Creating project for at91sam7 #2480
    support
    Keymaster

    Hi,

    Which toolchain are you using? Please use our arm-eabi toolchain (it is installed automatically when selected on the toolchain page). Please also note that OpenOCD/J-Link is available starting from VisualGDB 4.0 and won’t work on 3.x.

    support
    Keymaster

    How often does this happen? We have encountered similar behavior on some versions of MacOS and it looked like a bug in their end of SSH. Could you build newer GDB from sources in your home directory and let VisualGDB use it explicitly?

    support
    Keymaster

    Thanks for reporting this. We have fixed it in Beta 3.

    support
    Keymaster

    Hi,

    Thanks for your explanations. We have fixed it in Beta 3. We have also added an option (Tools->Options->VisualGDB->General) to override the default file masks used when creating projects.

    support
    Keymaster

    Hi,

    Thanks for reporting this. Could you please let us know how what exactly you are doing to browse the folder? Please feel free to attach a screenshot or a step-by-step description.

    in reply to: Breakpoints issue #2558
    support
    Keymaster

    Hi,

    First starting the app and then attaching to it is the default behavior of the Android debugger.
    You can override it by selecting Android->Debug Options->Debug App Startup in Visual Studio.
    Once you select that option, starting debugging will take slightly longer, but all your initialization breakpoints will be hit.

    support
    Keymaster

    Hi,

    Thanks for reporting this. Please feel free to report further bugs on this forum or simply send emails to support.
    There was indeed a bug on our side. The build/debug customization pages were intended to appear in Custom and Ultimate editions only and activating them in other editions crashed the dialog as the underlying logic was not present.
    We have updated the installer.

    support
    Keymaster

    Hi,

    Thanks for reporting this. We could not reproduce it on our side. Could you please send us your .vgdbsettings file so that we can diagnose this further?

    support
    Keymaster

    Hi,

    Thanks for reporting this. The project settings from the previous versions of VisualGDB are saved to the -.old file. Simply change the extension back to .vgdbsettings to restore it.

    in reply to: Portable VisualGDB Project #2460
    support
    Keymaster

    Hi,

    Unfortunately this is not possible in the currently available release, however it will be significantly improved in the upcoming release.
    The beta is scheduled to be released within a month from now.

    in reply to: Need VisualGDB to not change Make commands #2467
    support
    Keymaster

    Hi,

    Currently the /rebuild command simply executes a clean sequence followed by the build sequence.
    You can safely ignore the warning message after replacing the build commands. As long as you keep the “primary output” point to the .vgdbsettings file all VisualGDB functionality will work.

    in reply to: Building and debugging cmake app #2325
    support
    Keymaster

    Hi,

    Yes, VisualGDB expects the single-threaded output as it’s the only way to detect the full path of files (so that Visual Studio can show them) when GCC reports the relative path. If this is not a problem for you, you can safely ignore those warnings.

    in reply to: Debugging problems #2457
    support
    Keymaster

    Hi,

    You can run GDB manually (msp430-gdb.exe ) and run the following commands to program it:
    target remote :
    load

    You can automate it using a script. Alternatively you can change the makefile to produce Intel HEX file instead of a binary file. Look for the line that calls objcopy and change it so that it produces Intel HEX format instead of bin. Run msp430-objcopy.exe –help to get more information about supported formats.

    in reply to: Debugging problems #2454
    support
    Keymaster

    Hi,

    This still looks like an incompatibility between your programmer and the msp430.dll. It is a known issue for Olimex devices (e.g. see https://forum.sparkfun.com/viewtopic.php?t=13349).
    Please try copying ALL dlls from the Olimex directory (also hil.dll) into the msp430 bin directory. If this does not help, please also contact Olimex support asking whether your programmer supports debugging at all and whether it needs a firmware update. Please also inquire whether they provide a GDB server.

    The download errors can be caused by various factors (e.g. what is the size of the BIN file?) but should not be related to the “Device not found” bug as device detection happens before downloading the firmware.

Viewing 15 posts - 7,336 through 7,350 (of 7,856 total)