Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
This could be happening due to an invalid FLASH mode/frequency. Please try experimenting with different FLASH modes (DIO/QIO) and setting the frequency to the minimum value.
support
KeymasterHi,
Sorry, this is a known issue (priority conflict between natvis engine and the C# visualizer API). We will try to address this is one of the next maintenance releases. As a workaround, please consider creating a basic visualizer using the C# API as described here: https://visualgdb.com/w/tutorials/visualizergettingstarted/
support
KeymasterHi,
You can check the mbed version used by VisualGDB via Tools->VisualGDB->Manage VisualGDB Packages. The latest version shipped with VisualGDB is 5.6.3, so the code in this example should normally work.
If you are getting strange mbed-related errors, you could also try importing the project directly from mbed-cli as shown in this tutorial.
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).
-
AuthorPosts