विंडोज़ पर देशी एंड्रॉइड NDK कोड डीबग करना

परिचय

आपका दिन शुभ हो!

एक बार मुझे अपने आवेदन में एक असंगत गिरावट को पकड़ने के कार्य का सामना करना पड़ा। जहाँ तक मुझे पता था, Android NDK ने C ++ कोड डीबग करने की क्षमता प्रदान की थी, लेकिन मैंने कल्पना की कि यह कैसे किया जाए। दुर्भाग्य से, वहाँ देशी कोड डिबगिंग पर बहुत कम समझदार जानकारी थी। इस मामले पर कई शामें बिताने के बाद, मैंने अभी भी पता लगाया और डिबगिंग सेट किया। अब मैं इस बारे में बात करूंगा कि यह कैसे किया जा सकता है और मैं इस बारे में बात करूंगा कि यदि आप मेरा रास्ता दोहराने का फैसला करते हैं तो आप किस तरह की रेक की उम्मीद कर सकते हैं।


सुविधा के लिए, मैंने एक डिबगिंग एप्लिकेशन प्रोजेक्ट बनाया - एनडेकबगटेस्ट। एप्लिकेशन एक काली स्क्रीन दिखाता है, और जब आप स्क्रीन पर क्लिक करते हैं, तो मूल कोड कहा जाता है, जो एप्लिकेशन को मारता है। इस परियोजना में दो जावा फ़ाइल और एक जानी फ़ाइल शामिल हैं। यह क्रमशः गतिविधि कोड, जेएनआई शेल के लिए कोड और मूल कोड है।

गतिविधि कोड बहुत सरल है - किसी भी स्पर्श के साथ, मूल OnInput फ़ंक्शन कहा जाता है। साथ ही, एक गतिविधि बनाते समय, एक खाली DoInit () विधि को कहा जाता है, जिसका कार्य JaniWrapper.java से देशी पुस्तकालयों की स्थैतिक लोडिंग शुरू करना है (यदि ऐसा नहीं किया जाता है, तो हम रेक पर पहुंचेंगे, नीचे देखें)।

यहाँ कोड है:

package fishrungames.ndkdebugtest;

//...

public class MainActivity extends Activity
{

protected void onCreate(Bundle icicle)
{
super.onCreate(icicle);
JniWrapper.DoInit();
}

public boolean onTouchEvent(MotionEvent event)
{
float x = event.getX();
float y = event.getY();

JniWrapper.OnInput(x, y);
return true;
}

}

जानी खोल भी काफी सरल है:

package fishrungames.ndkdebugtest;

public class JniWrapper
{

static {
System.loadLibrary("gnustl_shared");
System.loadLibrary("NdkDebugTestLib");
}

public static void DoInit()
{
//To force libraries to load
}

public static native void OnInput(float x, float y);
}


खैर, वास्तव में मूल कोड। यहां, एक अन्य फ़ंक्शन को जेनी फ़ंक्शन से बुलाया जाता है, जो एप्लिकेशन को मारता है:

#include "android_api.h"

void crusher()
{
int *x = 0;
*x = 1;
}

JNIEXPORT void JNICALL Java_fishrungames_ndkdebugtest_JniWrapper_OnInput(JNIEnv * env, jobject obj, float x, float y)
{
crusher();
}

जैसा कि मैंने ऊपर लिखा है, एप्लिकेशन लॉन्च करने के बाद, उंगली के किसी भी क्लिक के साथ, एप्लिकेशन क्रैश हो जाता है। हमारा काम गिरने के स्थान को ढूंढना और बैकट्रेस को देखना है। तो चलिए शुरू करते हैं।

उपकरण

हमें अपने निपटान में होना चाहिए:

• खुले NdkBuildTest परियोजना के साथ ग्रहण
• Cygwin
• इंस्टॉल किया गया android-sdk
• स्थापित android-ndk, पथ जिसे पथ पर्यावरण चर में निर्दिष्ट किया जाना चाहिए। पुराने ndk संस्करण, बेहतर (मैंने android-ndk-r8 का उपयोग किया)

ट्रेनिंग

1) सुनिश्चित करें कि डिबगेबल = "सही" पैरामीटर मैनिफ़ेस्ट में सेट है:
<application android: icon = "@ drawable / ic_menu_template" android: label = "NdkDebugTest" Android: debuggable = "true">

2) Application.mk में, निम्नलिखित पंक्ति जोड़ें:
APP_OPTIM: = डीबग करें
यह पैरामीटर, अगर मैं गलत नहीं हूं, तो पुस्तकालयों की नकल करते समय स्ट्रिपिंग (अप्रयुक्त वर्णों को हटाना), और कुछ अन्य चीजें करेंगे जो डीबगिंग के लिए उपयोगी हैं।
Android.mk में, -g -gdb -O0 पैरामीटर को LOCAL_CFLAGS, और -s और -S (यदि कोई हो) को LOCAL_LDLIBS के मापदंडों से हटा दिया जाना चाहिए।

3) उसके बाद, Cygwin चलाएं, प्रोजेक्ट के साथ डायरेक्टरी पर जाएं और कुंजी NDK_DEBB = 1 के साथ असेंबली शुरू करें:
ndk-build NDK_DEBUG = 1

यदि सब कुछ सही ढंग से किया जाता है, तो gdb.setup और gdbserver फाइलें परियोजना निर्देशिका में उपनिर्देशिका libs / <platform> / में दिखाई देंगी।

4) gdb.setup में, मूल डीबगर सेटिंग्स को इंगित किया जाता है - जिसमें हेडर और लाइब्रेरीज़ देखने के लिए निर्देशिकाएँ होती हैं। यह जांचना आवश्यक है कि क्या हेडर के सभी पथ इंगित किए गए हैं और यदि आवश्यक हो, तो अपने स्वयं के पथ जोड़ें।
एक रेक है। किसी कारण से, इस फ़ाइल में प्रत्येक पुनर्निर्माण के साथ लाइन ब्रेक वर्ण खो जाते हैं, जिसके कारण सेटिंग्स को पढ़ा नहीं जाता है। सुनिश्चित करें कि फ़ाइल UNIX लाइन ब्रेक का उपयोग करती है। Ndk-build के प्रत्येक कॉल के बाद, मुझे एक अलग लाइन ब्रेक के साथ gdb.setup को फिर से सहेजना पड़ा!

जब डिबगर प्रारंभ होता है, तो यह फ़ाइल (gdb.setup) स्वचालित रूप से अन्य मापदंडों के साथ पूरक होती है और इसे obj / local / <platform> / पर कॉपी किया जाता है। काम करने के लिए आवेदन के लिए आवश्यक सभी देशी पुस्तकालय भी obj / स्थानीय / <मंच> / में संग्रहीत हैं। यदि सभा सही हो गई, तो पुस्तकालयों में डीबज़हाइन वर्ण होते हैं। यदि आप इसे संदेह करते हैं, तो बोल्ड पात्रों की उपस्थिति या अनुपस्थिति को सीधे एनएमजी उपयोगिता का उपयोग करके चेक किया जा सकता है, वांछित सो-फाइल को एक पैरामीटर के रूप में निर्दिष्ट करते हुए:
nm /obj/local/armeabi/libNdkDebugLib.so
एंड्रॉइड-एनडीके के कुछ पुराने संस्करणों में, बिल्ड / कोर / बिल्ड-binary.mk फ़ाइल को संपादित करने की सिफारिश की गई थी, अर्थात्: लाइन बदलें:

$ (छिपाना) $ (कॉल cmd- स्ट्रिप, $ (PRIVATE_DST))

तर्ज पर:

ifneq ($ (APP_OPTIM), डीबग)
$ (छिपाना) $ (कॉल cmd- स्ट्रिप, $ (PRIVATE_DST))
endif

डिबगिंग

डिबगिंग के लिए सब कुछ तैयार है। हम ग्रहण के माध्यम से डिबगिंग शुरू करते हैं, तब तक प्रतीक्षा करें जब तक कि डिबगर पिक न हो जाए। फिर साइबरविन में हम प्रोजेक्ट के साथ डायरेक्टरी में जाते हैं और ndk-gdb नेटिव डीबगर चलाते हैं। --Adb पैरामीटर adb के लिए पथ निर्दिष्ट करता है, जो android-sdk का हिस्सा है:


यहाँ एक और रेक है। सुनिश्चित करें कि सभी देशी पुस्तकालय (हमारे मामले में, NdkDebugTestLib) लॉन्च से पहले लोड किए गए हैं! आप पुस्तकालय लोड करने पर एक ब्रेकपॉइंट सेट करके इसे सत्यापित कर सकते हैं।

यदि सब कुछ सही ढंग से किया जाता है, तो आपको पुस्तकालयों की एक लंबी सूची दिखाई देगी, जिसके लिए प्रतीकों को लोड नहीं किया गया है। सुनिश्चित करें कि आपकी लाइब्रेरी उनके बीच में नहीं है (हमारे मामले में, libNdkDebugTestLib.so)।
यदि सब कुछ ठीक रहा, तो हमें प्रवेश करने का संकेत मिलेगा:


हम जारी कमांड के साथ जारी रखते हैं। तब हम डिवाइस स्क्रीन पर एक उंगली दबाते हैं, और एप्लिकेशन क्रैश हो जाता है, जो ड्रॉप पॉइंट को दर्शाता है:


* X = 1 कॉल करते समय दुर्घटना हुई; अपेक्षा के अनुसार, jni / android_api.cpp में लाइन 6 पर।

हम बैकट्रेस का परिचय देते हैं - और हमें फंक्शन कॉल्स का एक स्टैक दिखाई देता है जो दुर्घटना का कारण बनता है:

निष्कर्ष

ठीक है, लक्ष्य प्राप्त किया जाता है - हमें एप्लिकेशन क्रैश साइट मिली, और कॉल स्टैक को देखा। डीबगर का उपयोग करके, आप ब्रेकपॉइंट सेट कर सकते हैं, अभिव्यक्ति का मूल्यांकन कर सकते हैं और बहुत कुछ कर सकते हैं, लेकिन कमांड लाइन डीबगर का उपयोग करने के तरीके के बारे में जानकारी प्राप्त करने में कोई समस्या नहीं है।

यहां प्रोजेक्ट का लिंक दिया गया है, जो कि लेख में वर्णित है: http://fishrungames.ru/4habr/NdkDebugTest.rar ।

सूत्रों का कहना है

http://vilimpoc.org/blog/2010/09/23/hello-gdbserver-a-debuggable-jni-example-for-android/
http://blog.sephiroth.it/2010/12/14/how-to-debug-native-code-with-android/
http://mhandroid.wordpress.com/2011/01/23/using-eclipse-for-android-cc-debugging/