I’m trying to debug a JNI crash on an Android x86 phone (San Diego). I’m using Eclipse\/Helios and Linux, and I’m as up to date as Helios permits.<\/p>\n
When I ‘Debug as… Native’ on an ARM phone, as is known, I have to mess around with<\/p>\n
set solib-search-path .\/obj\/local\/armeabi\nfile .\/obj\/local\/armeabi\/app_process\n<\/code><\/pre>\nbut things work as expected from that point, complete with the ‘no debugging symbols found’ lie.<\/p>\n
On x86, before the ‘No segment defined’ and ‘Could not load shared library’ warnings to which the foregoing commands are a response appear, I get this pop-up instead:<\/p>\n
Launching jniTestApp has encountered a problem:\n\nError in final launch sequence\nFailed to execute MI command:\n-target-select remote localhost:5039\nError message from debugger back end:\nRemote 'g' packet reply is too long: fcffffff84fdf0bf10000000280000000...000\n<\/code><\/pre>\nIn the ‘ gdb traces’ console, I see this:<\/p>\n
088,221 &\"warning: while parsing target description (at line 1): Target description specified unknown architecture \\\"i386\\\"\\n\"\n<\/code><\/pre>\nand looking in the ‘Android’ console, I see this:<\/p>\n
[2012-11-08 11:06:23 - Substitute: ] ${NdkGdb}\n[2012-11-08 11:06:23 - Substitute: ] --> \n[2012-11-08 11:06:23 - Substitute: ] \/home\/tim\/lib\/android-ndk-r8b\/toolchains\/arm-linux-androideabi-4.6\/prebuilt\/linux-x86\/bin\/arm-linux-androideabi-gdb\n[2012-11-08 11:06:23 - Substitute: ] ${NdkProject}\/obj\/local\/${NdkCompatAbi}\/app_process\n[2012-11-08 11:06:23 - Substitute: ] --> \n[2012-11-08 11:06:23 - Substitute: ] \/home\/tim\/gitsvn\/workspace\/jniTestApp\/jniDir\/builds\/Android\/obj\/local\/armeabi\/app_process\n<\/code><\/pre>\nand various other things referring to armeabi.<\/p>\n
I observe I can change this in the debug configuration – setting Launch Options\/Debugger\/Debugger to \/home\/tim\/lib\/android-ndk-r8b\/toolchains\/x86-4.6\/prebuilt\/linux-x86\/bin\/i686-linux-android-gdb and replacing the Shared Library from ${NdkProject}\/obj\/local\/${NdkCompatAbi} with the absolute …\/obj\/local\/x86 path gets me back to where I ensure the library is loaded, then suspend and paste into gdb<\/p>\n
set solib-search-path .\/obj\/local\/x86\nfile .\/obj\/local\/x86\/app_process\n<\/code><\/pre>\nwhich is great, but really it’s a bit of a faff. And error-prone.<\/p>\n
A websearch for NdkCompatAbi just gives me java source files containing it, and searching for NdkGdb isn’t helpful.<\/p>\n
Are these variables set anywhere I can get to them?<\/p>\n
My issue has resolved; I don’t know whether this is an interesting question now.<\/p>\n
It seems that this problem arose because when I tried to Debug as… Native, the Navigator panel elected not to give me a properly populated submenu – only offering ‘debug configurations’ which I clicked on and used to create a debug configuration ‘manually’. Somehow, that managed to set up the non-adaptive behaviour outlined above. Perhaps I tried to ‘debug’ from the src\/ folder instead of the project? I don’t know.<\/p>\n","protected":false},"excerpt":{"rendered":"
I’m trying to debug a JNI crash on an Android x86 phone (San Diego). I’m using Eclipse\/Helios and Linux, and I’m as up to date as Helios permits. When I ‘Debug as… Native’ on an ARM phone, as is known, I have to mess around with set solib-search-path .\/obj\/local\/armeabi file .\/obj\/local\/armeabi\/app_process but things work as […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-7104","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts\/7104","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/comments?post=7104"}],"version-history":[{"count":0,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts\/7104\/revisions"}],"wp:attachment":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/media?parent=7104"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/categories?post=7104"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/tags?post=7104"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}