Forum Replies Created
-
AuthorPosts
-
support
KeymasterThere are many ways in which the source files can be listed in a Makefile and no possible way to support all of them.
Are you using VisualGDB-generated makefiles or your own makefile layout?October 26, 2012 at 20:21 in reply to: "Object reference not set to an instance of an object." #2364support
KeymasterHi,
Please change the configuration type to “Makefile project” in Visual Studio project properties (not VisualGDB project properties).
support
KeymasterHi,
That is by design, as VisualGDB cannot distinguish between source files added by someone else and generated files or temporary files.
Note that this should not stop VisualGDB from building and debugging the project correctly if the Makefile was updated by the person adding a new source file.support
KeymasterHi,
Thanks for reporting this problem. Currently VisualGDB does not set ANDROID_SDK_ROOT. You can fix it by setting the variable before running Visual Studio: e.g. make a bat file containing the following lines:
set ANDROID_SDK_ROOT=C:PROGRA~2Androidandroid-sdk "C:Program Files (x86)Microsoft Visual Studio 10.0Common7IDEdevenv.exe"
We will add the ANDROID_SDK_ROOT support to the next version of VisualGDB.
support
KeymasterHi,
You can specify additional parameters to make by right-clicking on the project in Solution Explorer, selecting “VisualGDB Project Properties” and specifying additional ndk-build arguments. The ndk-build.cmd is currently fixed and cannot be changed via settings. If you want to use a custom build script instead, please write a letter to support@sysprogs.com, we’ll send you a custom build that can do it.
support
KeymasterAs mentioned before, please send us the GDB log so that we can actually see what’s happening and give you more advice
support
KeymasterHi,
That’s strange. Uninstalling the app should normally reset the state.
As mentioned before, please send us the GDB log so that we can actually see what’s happening and give you more advice.support
KeymasterHi,
There’s a bug in the NDK version of GDB that causes breakpoint problems. VisualGDB fixes it for obvious cases like the JNI directory, but probably does not fix it for your project.
Please open the GDB Session window, select “All interaction with GDB” and try settings your breakpoints. Then send us (or post here) the contents of the GDB Session window. It will contain the GDB commands and replies related to the breakpoints and will help us determine why your breakpoints are not working.You can also try executing the “sharedlibrary” and “info shared” commands in the GDB session window to ensure that your symbols are loaded correctly.
support
KeymasterWe have fixed the VS2012 compatibility issues in VisualGDB 2.7
support
KeymasterHi,
You can fix this by adding the following line to Android.mk just before the “include $(BUILD_SHARED_LIBRARY)” line:
LOCAL_SHORT_COMMANDS := true
support
KeymasterHi,
Sorry for the late reply.
VisualGDB cannot start debugging because the NDK build system fails to include gdbserver[/b[ into the application package. It might be related to your build problem.
Does the “*** target pattern contains no `%’.” message always appear? Does reinstalling NDK help?support
KeymasterLooks like some old version of make.exe gets invoked. Could you please paste the entire build log here?
support
KeymasterWe are currently working on resolving VS2012 compatibility issues. Does the debugging work with VS2010?
support
KeymasterDo you mean an Android static library or a Linux/embedded static library?
-
AuthorPosts