Forum Replies Created
-
Posts
-
Hi,
This means that the problem happens when VisualGDB tries to parse the referenced project’s Makefile. Please try doing the same steps with it: re-create it from scratch and merge the changes one-by-one. Sorry about the inconvenience.
Hi,
Please try opening the VisualGDB Package Manager via the Tools menu and installing unit test frameworks from it.
Note that you will need an Internet connection on your VS machine and the firewall should allow VS to connect in order to automatically install the frameworks.
Hi,
Looks like your firmware also has the gdb stub enabled. The JTAG debugging and GDB stub debugging are mutually exclusive, so if you want to use JTAG, please simply disable the GDB stub in VisualGDB Project Properties.
The “download J-Link” option actually appears due to a bug – it only works with ARM targets. For JTAG debugging of ESP8266 we recommend using OpenOCD.
Hi,
Sorry, we don’t currently offer any special Arduino support. It is used by a relatively small fraction of our users and the effort to support importing it reliably would be huge, so we are currently focusing on other features.
We will continue monitoring the situation and will consider adding Arduino support if the situation changes.
Hi,
If you are using Makefiles, you need to edit them via the VisualGDB GUI (right-click on the project in Solution Explorer, select VisualGDB Project Properties). This will update IntelliSense accordingly.
If you prefer using your own Makefiles, you can add extra IntelliSense directories via the IntelliSense Settings page of VisualGDB Project Properties.
If you are new to VisualGDB, we would recommend trying v5.2 Beta 3 with the new MSBuild subsystem. It automatically synchronizes the build and IntelliSense settings and is generally more seamless than Make.
Hi,
You can try it at your own risk by following the instructions in this thread: https://sysprogs.com/w/forums/topic/esp8266-iram1_0_seg-too-large/
Please note that the ESP8266 SDK is largely undocumented and unreliable and doing this may trigger strange bugs.
Hi,
There are no functional limitations in the trial version. The VisualGDB MSBuild backend is relatively new, so this actually looks like a bug triggered by “..” in some of the paths.
Could you please send your .vcxproj, .filters, .vgdbsettings and .sln files to support@sysprogs.com? This should help us reproduce and fix this.
Hi,
Yes, we have investigated this. We will be adding a separate wizard option to create projects for the Win10 Linux subsystem in the final v5.2. We would expect to release it in the next 2-3 weeks.
Hi,
We would recommend generating a new project from scratch, ensuring that it does not have the problem and then comparing the Makefiles side-by-side and merging the differences step-by-step. This should help quickly understand what exact difference causes the problem.
Hi,
We are not aware of this problem. Please examine the logs of the JLinkRemoteServer to see what happens when you disconnect VisualGDB. Perhaps this triggers some exception that is reported the next time.
If this is the case, please try experimenting with the “end session with” option on the Advanced GDB Settings page of VisualGDB Project Properties.
Hi,
Yes, sorry for the delay. We have encountered a few small issues with it and are currently fixing those. The current estimate is 1-2 weeks more.
Hi,
Sorry, this is a separate issue. The color for renaming suggestions is currently set regardless of the color theme.
The workaround is very straight-forward: please change it via Tools->Options->Fonts and Colors->Text Editor->Refactoring Suggestion.
Hi,
This looks like the Makefile got corrupt somehow. Could you please attach it so that we could quicky check for common problems?
