Forum Replies Created
-
Posts
-
Which versions of VAX and VS are you using? We have received feedback about incompatibility with VAX before, but could not reproduce it with the latest version.
You can also disable the Clang IntelliSense globally by setting HKCU\Software\Sysprogs\VisualGDB\Settings\CppLanguageServiceSupport to 0.
Hi,
Looks like the old values get cached at some point. The first step would be to see whether the caching happens on GDB level or on Segger level.
Please try issuing the following command in the GDB session window:
mon mem32 <address>, <bytes> (see this PDF for details: https://www.segger.com/cms/admin/uploads/productDocs/UM08001_JLink.pdf)
Does it show the new or old memory contents?
If you are using an NTFS partition, VisualGDB should translate Linux symbolic links into NTFS symbolic links. Can you pinpoint one specific link that gets broken and share details on it (what is the link target and what do you get on the Windows side after synchronizing)?
This can be caused by lots of different causes ranging from ip/netmask settings to your gateway routing configuration. Putting both hosts in the same network is indeed the easiest solution.
Hi,
You can use the objcopy tool to add arbitrary sections to an ELF file at given addresses. A sample use of objcopy to replace a section in the file is shown in our Keil tutorial: http://visualgdb.com/tutorials/arm/keil/
Simply take the ELF file you want to debug and use objcopy to attach the contents of other files (.bin files produced from .elf files) at the addresses where you want them to be. Ensure you set the sections flags correctly (see the flags on the main code section) so that GDB can program your file.
Let us know if that works for you.
Are you getting the same error as mentioned in the original message? If yes, it can be caused by the Windows DNS cache and stopping the “dnscache” service might help.
Hi,
Can you ping your remote machine? If no, please check your IP address/subnet mask/gateway settings.
If yes, the firewall on the remote machine might be blocking the connections to the gdbserver. Please try disabling the firewall on the Linux side.
Hi,
We have added the $(TargetFileNameWithoutExtension) variable to the upcoming release of VisualGDB 5.0. The next beta will include support it.
Are you using the same user account for the remote debugging and for logging on to the console? If not, you may need to configure xauth.
When you select “show on remote computer”, VisualGDB simply sets the DISPLAY variable to “:0” redirecting the X11 output to the default server. Can you reproduce the same problem by running “export DISPLAY=:0 && <command>” manually via SSH?
Hi,
It looks like some sort of an incompatibility problem between your device and your toolchain. Please double-check the following:
- Ensure that your toolchain is compatible with the image version on your Raspberry Pi
- Ensure that you have re-synchronized the sysroot of your toolchain with the device
If nothing helps, please try compiling your program directly on Raspberry Pi and let us know if that works.
Hi,
Yes, you can do that as well if it works for you. However many convenient things like running commands on remote machines or transferring additional files would only work via pre/post-build actions (unless you want to script them via SSH/SCP manually).
Hi,
Please you enable GDB logging as described here and submit the detailed GDB log so that we could investigate it.
We would recommend checking in the .vcxproj files and the .vgdbsettings files to your source control system. When other developers add more source files, the checked in Visual Studio project will be updated and you will automatically receive the changes when you update your checkout.
Hi,
How long does it take to program your binary using the official STM32 ST-Link tool? If that tool takes the same time, it’s probably a limitation of ST-Link.
If you want better performance, we would recommend trying out Segger J-Link. It’s more expensive, but it comes with its own GDB stub that is generally better than OpenOCD.
