Forum Replies Created
-
Posts
-
Hi,
Thanks for the detailed log. We have replied per email and will also post a copy here (without any project-specific references) in case anyone else encounters a similar issue.
It looks like the gdb executable you are using indeed reports that the “tu” variable has 0 children:
-var-create --frame 0 --thread 1 - * "tu" ^done,name="var1",numchild="0", <...>
It also looks like you are using a fairly old version of GDB:
GNU gdb (GDB) <...> Copyright (C) 2013 Free Software Foundation, Inc.
Please try building gdb 8.2 from sources (it is usually straight-forward on Linux systems) and try using it with VisualGDB. If this still doesn’t help, please check where the “tu” variable is defined (identify a specific source file and see whether it’s a global variable, local variable, or a static variable) and double-check that the file defining it is built with -ggdb. If this doesn’t help, please try experimenting with the DWARF format switches (e.g. -gdwarf-2).
Hi,
It looks like your Nordic BSP (located in %LOCALAPPDATA%) got corrupt – the gcc_startup_nrf52840.S file should normally be present. Please try reinstalling it via Tools->Options->Manage VisualGDB Packages.
Hi,
Sorry, it’s hard to see the relevant text from the screenshot. Please post the text version so that we could see what is going on.
Hi,
The default library directories are specified via Tools->VisualGDB->Arduino Settings. You can try removing the main directory there and specifying it for each project separately.
If this is not what you are looking for, please provide more details: the layout of your files and the exact outcome you would like to achieve (i.e. which libraries should be used by each project).
Hi,
Arduino build tools automatically discover the libraries inside the search path based on the header files referenced in the sketches. If you would like to use several versions of the same library, please place it outside the regular library search directories and then explicitly add the parent directory of the library to the per-project library search path (first page of VisualGDB Project Properties).
Let us know if you need more details and we will be happy to help.
Hi,
Please try switching the GDB Session window to the “All GDB Interaction mode”, reproduce the problem and then locate the relevant lines from the log. If GDB indeed reports the variable as empty, the source file declaring it might have been built without debugging symbols (-ggdb flag). If this is this case, please check with the library vendor for a debug-enabled version of the library.
Hi,
VisualGDB uses different synchronization logic for different files/directories. E.g. the files in the source directory are only synchronized one way (Windows to Linux). Stepping into a source files that is not normally synchronized will get it temporarily downloaded under %LOCALAPPDATA% (next time you start the debug session, it will be rewritten).
We have also added support for advanced directory synchronization options in the upcoming v5.4 Beta 1. It allows defining arbitrary per-project or per-host directory pairs, setting advanced triggers for synchronization and allows transferring only changed files for both incoming and outgoing transfers. We are currently running the final tests on it and are expecting to release it in a few more days. Please consider waiting until we release it, as it might considerably simplify your setup.
Hi,
No problem. In case anyone else is searching for this, you can specify the “-j” argument via VisualGDB Project Properties -> Build Settings.
Hi,
Please try clicking “Change” in the installer and selecting both VS versions. If this doesn’t work, please uninstall VisualGDB and then run the installer again. This will preserve your settings, downloaded packages and other data.
Hi,
You might be missing the “aggressive completion” option (press Ctrl+Space in the text editor and click on the lightning symbol in the completion popup to enable it). If this doesn’t help, please let us know more about what exactly do you expect/observe.
Generally, we advise using our Clang engine over the native VC++ one, as it’s specifically optimized for GCC-specific code and also provides various advanced features like create-from-use, CodeJumps, instant go-to-definition and mode. You can read more about the Clang IntelliSense highlights here: https://visualgdb.com/?features=intellisense
Hi,
No problem and thanks for the kind words. Please try the build posted in this thread.
Hi,
No problem, please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.4.10.2627.msi
We have added a quick workaround for this. Please create a separate project and configure the deployment via custom pre-debug steps, then copy the <CustomDebug> element from the .vgdbsettings file into the %LOCALAPPDATA%\VisualGDB\QuickDebugPresets\<preset>.quickdbg directly under the QuickDebugPreset element.
We will add the proper GUI for editing those steps from the QuickDebug window in the next major VisualGDB release (after v5.4) as a part of our redesign of the QuickDebug GUI.
Hi,
The screen shown in s2.png means that the target is stopped at a location that doesn’t have any source files associated with it. It should not interfere with anything – you can press F5 to continue debugging, or use the GDB Session window to enter further gdb commands.
No problem. We have retested the uninstaller on the latest x64 Windows 10 and updated it to properly remove the entry from the “Add/Remove Programs” list and also delete the mkisofs.exe file. Please note that the files that are in use during the WinCDEmu uninstallation will be removed next time you restart Windows.
