Forum Replies Created
-
Posts
-
Hi,
There should not be anything performance-critical between those lines. How large is the RAM on that machine and how much of it is used according to Task Manager?
Hi,
There is no special mode to synchronize only the files included in the project, however you can include and exclude different file masks via the “Files to transfer” field.
If you want to transfer additional directories, simply add a directory transfer action to the pre-build actions on the Custom Build Steps page of VisualGDB Project Properties.Hi,
You can try this one: http://visualgdb.com/tmp/VisualGDB-4.3.1.143.msi
Hi,
Please try enabling the verbose logging (Tools->Options->VisualGDB) and rebuild your project. Does the delay happen after any particular line in the verbose log?
Hi,
This a limitation of the MSBuild system. If you are using Visual Studio 2010+, you can copy the “C:Program Files (x86)MSBuildMicrosoft.Cppv4.0PlatformsWin32” folder under some other name, update the properties files for the new name and manually switch the VisualGDB configurations to that platform. Otherwise, VisualGDB defines additional configurations to existing platforms. A VisualGDB configuration is simply a NMake configuration invoking the VisualGDB build tool and a matching -.vgdbsettings file that stores VisualGDB-specific settings. You can arrange your configurations arbitrarily, as long as those 2 constraints hold.
Hi,
Not with the stable VisualGDB 4.2 release. We have added experimental support for attaching to service processes to the upcoming VisualGDB 4.3 (when your app is already running and has some out-of-process services, VisualGDB will allow attaching to one of them). Would you like to try it out on a preview build?
Hi,
The root cause for this message is incompatibility between the debug information issued by GCC and read by GDB. If you encounter it again, try experimenting with the -gdwarf-
GCC flag. Hi,
Is gcc 4.7 officially included in the latest stable Raspbian distro? If not, it may end up being incompatible with the image.
Hi,
If we make it a background operation and you try to build/edit something while the update is in progress, this may cause unpredictable results. We actually use a cloud-based CDN to cache the BSP/EDP updates, so normally they should be downloaded fairly fast. Does it take more time than a minute or so on your machine? Is it about the toolchain update, BSP update or either of them?
Hi,
The message actually comes from Visual Studio, not VisualGDB. Please try installing the latest service pack.
Hi,
Does it also happen when you launch VisualGDB build from command line? Does your project have lots of source files? Is Visual Studio window responsive during the delay?
Hi,
Actually you don’t need VisualGDB to do the remote build. Simply run the make.exe provided with your toolchain in the project directory and ensure that the toolchain binary directory is on the PATH.
Would that work for you?Hi,
You can add the full path to the file to the “Additional linker inputs” field. Let us know if that works for you.
Hi,
1. Unfortunately, the Android tools provided by Google are not very stable, so you often need to try several combinations to find one that works.
Note that if your breakpoints don’t work, this can be caused by 3 independent problems:
a. Gdbserver fails to get the shared library list from the OS. This can be detected by checking the output of ‘info shared’ for strange things. It can be fixed by trying various gdbserver versions.
b. Particular versions of gdb and gdbserver are incompatible. This would cause either of them to crash. A workaround would be to try different versions of gdb/gdbserver.
c. The debug symbols produced by gcc are not correctly recognized by gdb. This would cause the modules to appear properly, but the breakpoints won’t set or the variables will be missing. It can be fixed by changing the debug information format of gcc (-gdwarf-xxx flags) or using a different gcc version.2. VisualGDB expects a certain file layout coming from NDK build scripts and the easiest way to support a custom build system is to emulate it just like you are doing it.
3. This is actually handled by gdb itself, not VisualGDB. When the target loads a library called xxx.so the GDB searches the directories set via set solib-search-path for a library with a matching name and gets symbols from there. The easiest workaround for mismatching names would be to simply make a copy of the file on the Windows side with a matching name. You can also put it into a different directory and specify it via set solib-search-path.
4. We also don’t have any special flag for starting gdbserver as root. We could add a flag for that, but if the current workaround works, we would suggest using it as it’s a fairly rare scenario.
5. The normal Attach dialog does not support attaching to Android processes. We will consider adding support for this in one of the next releases.Hi,
You need to add the MySQL library to the ‘libraries’ setting in the VisualGDB Project Properties. Specify the name without the ‘lib’ prefix and ‘.a’ suffix. E.g. if the library name is libmysql.a, simply specify ‘mysql’ in the ‘libraries’ field.
You may also need to put extern “C” around the include file if it does not contain it.
