Anleitung zum Debuggen einer App auf Android mit GDBSERVER?

Ich versuche zu Debuggen, die eine native shared library, die meine App nutzt über JNI. Ich kann anfügen an einen Laufenden app Prima mit "gdbserver --attach pid" aber ich brauche, um tatsächlich starten meiner app, wenn ich starten Sie den gdbserver Befehl.

Es gibt eine million blog-trifft auf dieses Thema, aber keiner von Ihnen scheint klar zu sein, wie Sie Ihre app starten. Sie alle sagen, geben Sie einfach "gdbserver 10.0.2.2:1234 ./MyProgram" aber was genau ist "MyProgram". Ist, dass MyProgram.apk? Ist es MyProgram.so? Ist es eine andere Datei, die erzeugt wird, wenn die app installiert ist? Wenn ja, wie ist der Pfad?

InformationsquelleAutor cjserio | 2010-01-13
  1. 4

    Während es möglich ist, zu entwickeln, freistehende Anwendungen, die gestartet werden kann direkt von der shell, wie andere beschreiben, es klingt wie Ihr code ausgeführt wird, innerhalb der Android-application-framework. Daher, Sie müssen nicht eine ausführbare Datei und haben stattdessen eine APK mit der Dalvik-class-Dateien zusammen mit anderen Ressourcen, einschließlich Ihrer Muttersprache gemeinsamen Objekt.

    Starten einer Anwendung in eine APK beinhaltet mehrere Schritte

    1. Die system_server Prozess erhält eine beabsichtigte Anforderung Ihrer Anwendung.
    2. Der zygote Prozess wird gesagt, um die Gabel aus einem neuen Prozess und führen Sie eine Methode Ihrer Klasse.
    3. Ihre Anwendung ausgeführt wird in dem neuen Prozess.

    Während Sie können nicht starten Sie eine APK direkt durch die übergabe einer ausführbaren Datei, gdbserver, seine ziemlich leicht auslösen, starten Sie es von der shell aus mit der am Befehl.

    $ adb -d shell
# am
usage: am [subcommand] [options]

    start an Activity: am start [-D] <INTENT>
        -D: enable debugging

    send a broadcast Intent: am broadcast <INTENT>

    start an Instrumentation: am instrument [flags] <COMPONENT>
        -r: print raw results (otherwise decode REPORT_KEY_STREAMRESULT)
        -e <NAME> <VALUE>: set argument <NAME> to <VALUE>
        -p <FILE>: write profiling data to <FILE>
        -w: wait for instrumentation to finish before returning

    start profiling: am profile <PROCESS> start <FILE>
    stop profiling: am profile <PROCESS> stop

    <INTENT> specifications include these flags:
        [-a <ACTION>] [-d <DATA_URI>] [-t <MIME_TYPE>]
        [-c <CATEGORY> [-c <CATEGORY>] ...]
        [-e|--es <EXTRA_KEY> <EXTRA_STRING_VALUE> ...]
        [--ez <EXTRA_KEY> <EXTRA_BOOLEAN_VALUE> ...]
        [-e|--ei <EXTRA_KEY> <EXTRA_INT_VALUE> ...]
        [-n <COMPONENT>] [-f <FLAGS>] [<URI>]


# am start -n com.android.browser/.BrowserActivity
Starting: Intent { cmp=com.android.browser/.BrowserActivity }
#

    Sobald Ihre Anwendung ausgeführt wird, verwenden Sie gdbserver --attach <pid> wie Sie vor sich haben. Wenn Sie Glück haben, die Anwendung wartet, bis einige user-Interaktion vor dem Aufruf in Ihrem nativen code, um Ihnen eine chance geben, zu befestigen, und stellen Sie Ihre breakpoints im GDB.

    InformationsquelleAutor Tim Kryger
  2. 4

    Bietet Google eine offizielle Lösung für dein problem: 'ndk-gdb'

    Es ist im NDK. Wenn ich mich Recht erinnere, ist es erforderlich, dass Sie eine Kopie der gdbserver im inneren gebündelt Ihre APK; wenn ich mich Recht erinnere, dies geschieht automatisch, wenn Sie baute die APK mit "ndk-build", und spezifiziert die entsprechenden Argumente.

    Finden Sie die Google-Dokumentation in $NDK/docs/NDK-BUILD.html und $NDK/docs/NDK-GDB.html

    </ryan>

    InformationsquelleAutor Ryan V. Bissell
Schreibe einen Kommentar