Forum Replies Created
-
AuthorPosts
-
supportKeymaster
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.
supportKeymasterHi,
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.
October 14, 2016 at 04:44 in reply to: Non-system include paths (i.e. for static libraries, etc.) #9281supportKeymasterHi,
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.
supportKeymasterHi,
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.
October 13, 2016 at 05:05 in reply to: cc: error: ProvideDirectories: No such file or directory #9275supportKeymasterHi,
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.
October 13, 2016 at 05:02 in reply to: VisualGDB with Windows 10 (Anniversary Update) Linux support #9274supportKeymasterHi,
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.
October 13, 2016 at 05:01 in reply to: Undefined reference to function / Cannot detect target name #9273supportKeymasterHi,
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.
supportKeymasterHi,
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.
supportKeymasterHi,
No problem. We have re-uploaded the MinGW archive to the old location mentioned above.
supportKeymasterHi,
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.
supportKeymasterHi,
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.
October 10, 2016 at 22:23 in reply to: cc: error: ProvideDirectories: No such file or directory #9258supportKeymasterHi,
This looks like the Makefile got corrupt somehow. Could you please attach it so that we could quicky check for common problems?
supportKeymasterHi,
Sorry, we only provide support to users of our commercial products like VisualGDB. We will eventually release an updated version of SmarTTY that will include the fix, but we cannot give any timelines on that, sorry.
supportKeymasterHi,
Thanks, we will add this to our knowledge base.
Regarding ‘bt’, we use –stack–list–frames simply because it returns structured output that can be easily parsed; with ‘bt’ it could be tricky to separate arguments from function names, etc (e.g. when having namespaces and templates). If you believe using ‘bt’ makes a substantial difference, we could add a method to our extensibility API to replace the normal ‘list frames’ operation and you can experiment with writing a plugin based on the ‘bt’ command.
supportKeymasterHi All,
We have investigated this further and it looks like one of the recent OpenSSL releases broke backward compatibility in the logic related to RSA keys. We have rebuilt the libssh2 library using an older OpenSSL and it should work normally.
Please try this build: VisualGDB-5.2.11.1187.msi -
AuthorPosts