Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
This could be caused by several different issues. Please check if the project can be built successfully. If not, please try creating a new project via VisualGDB Project Wizard and it will automatically get all the dependencies. If the build succeeds, but IntelliSense doesn’t work, please attach a screenshot of the entire Visual Studio window here and we can check for common problems.
December 26, 2017 at 03:54 in reply to: Some headers(errno.h etc) are not sync to local for openSUSE linux, strange ! #13339support
KeymasterHi,
Thanks, looks like VisualGDB was handling a certain type of hard links in tar archives incorrectly. We have fixed it in the following build: http://sysprogs.com/files/tmp/VisualGDB-5.3.18.1978.msi
Please note that you would need to reload the IntelliSense directories via VisualGDB Project Properties.
December 24, 2017 at 05:01 in reply to: Some headers(errno.h etc) are not sync to local for openSUSE linux, strange ! #13337support
KeymasterHi,
Different Linux distros may have slightly different include directory layouts, so please double-check that the files actually exist in the same directory on the other machine (please also double-check that you are looking at a correct folder on the Windows side – the dir.txt file should contain the remote directory name).
If you can confirm this, please try reloading all include directories via VisualGDB Project Properties. If this doesn’t resolve the problem either, please check that you can access the header files from your current user account (incorrectly set permissions would prevent VisualGDB from synchronizing those files properly).
support
KeymasterHi,
No problem, thanks for renewing. If you encounter any further problems, feel free to contact us again.
support
KeymasterHi,
No problem, please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.3.18.1977.msi
support
KeymasterHi,
No problem, we have added this as an experimental feature to the following build: http://sysprogs.com/files/tmp/VisualGDB-5.3.18.1977.msi
To enable it, please create a file called <name of .vgdbsettings file>.vgdbsettings.<user name>.user with the following contents:
<?xml version="1.0"?> <VisualGDBUserPreferences xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <UserDefinedVariableValues /> <DebugPreferences xsi:type="com.visualgdb.debug.embedded.preferences"> <OverriddenSettings> <DebugMethod> <!-- Contents of the DebugMethod tag from the .vgdbsettings file --> </DebugMethod> </OverriddenSettings> </DebugPreferences> </VisualGDBUserPreferences>
If you are not sure about the name of the file, try adding a live variable or a visual watch to your project and VisualGDB will automatically create the .user file.
The <DebugMethod> value from the .user file will now override the settings from the .vgdbsettings file (although the GUI may not edit the settings properly).
December 21, 2017 at 18:10 in reply to: SOURCEFILES list in makefile: multiline vs. singleline #13327support
KeymasterHi,
You can set this via Tools->Options->VisualGDB->General->Files->Max. items per Makefile line.
December 21, 2017 at 18:09 in reply to: Starting the program from the specified address, bootloader #13326support
KeymasterHi,
Please refer to our bootloader tutorial for a detailed example.
December 21, 2017 at 05:31 in reply to: Problem: Even when the breakpoint hit, it still runs a little. #13321support
KeymasterHi,
Thanks for reaching out to us, however unfortunately it’s hard to say what is going on based on this screenshot. Please try enabling gdb logging as described here and then check the log for any irregularities. If you are not sure, please submit the log here and we can try to help you diagnose this.
support
KeymasterHi,
VisualGDB is licensed per seat (computer/user combination). As a special exception we allow installing personal VisualGDB licenses on one extra seat, however this is normally reserved for cases like reinstalling OS, switching computers, etc. You may use this extra seat to install VisualGDB on a second computer, however this would result in some downtime if you would need to reinstall your OS or replace your hard disk.
support
KeymasterHi,
Sorry, this is not supported directly yet, however we could add a quick workaround that will let you override the debug settings in the .vgdbsettings file (shared between multiple users) by manually editing the .vgdbsettings.user files. We may also support this properly in the next major release, although we cannot promise this definitively yet.
Would you like to try the manual editing workaround?
support
KeymasterHi,
On ESP32 the printf() output is forwarded to the serial port. Please setup the device terminal as shown in this tutorial (Custom edition or higher) or use an external terminal program (e.g. SmarTTY).
support
KeymasterHi,
It looks like your technical support has expired. In order to keep on receiving support please renew your license.
December 15, 2017 at 00:40 in reply to: $(IntDir) modifications are not working with VisualGDB generated Makefile #13297support
KeymasterHi,
This could happen if the $(IntDir) variable did not have a trailing backslash. Please double-check that your settings include it. If this doesn’t help, please try attaching a minimal repro project and we will investigate it.
support
KeymasterHi,
Yes, we try to update most of the popular BSPs quarterly and mbed is definitely a popular one. If you would like to share some enhancements you made to it for your own use, we will gladly accept them. Simply send us a pull request via Github.
Normally if you start debugging a project that doesn’t include any register definitions, the hardware register window will display instructions on importing the SVD file. You can also use the following code from our Github repo to convert an SVD file to the VisualGDB format directly: https://github.com/sysprogs/BSPTools/blob/master/libraries/BSPGenerationTools/SVDParser.cs
With the CLOCK_SOURCE macro, please don’t use any special escaping in VisualGDB GUI, e.g.:
VisualGDB will automatically insert the apostrophes when updating the .mak file:
PREPROCESSOR_MACROS := <...> 'CLOCK_SOURCE=USE_PLL_HSE_EXTC|USE_PLL_HSI'
Attachments:
You must be logged in to view attached files. -
AuthorPosts