GDB nicht zeigen, Funktionsnamen

Ich bin debugging aus einem embedded-Gerät mit gdbserver:

./gdbserver HOST:5000 /home/test_app

In meinem PC, führe ich den gdb auf diese Weise:

arm-none-linux-gnueabi-gdb test_app

Sobald die Anwendung ausgeführt wird, erhalte ich die Segfault ich Debuggen will, aber es ist unmöglich zu wissen, welche Linie produziert es:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 715]
0x31303030 in ?? ()
(gdb) bt
#0  0x31303030 in ?? ()
#1  0x0000dff8 in ?? ()
#2  0x0000dff8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

(Ich muss sagen, ich bin Total neu GDB)

  • Welche flags hast du kompilieren mit? Tut GDB wissen, wo Ihre Quelldateien aus, so kann es Anzeige die Zeile, die es auf angehalten?
  • Ich verstehe es nicht. Ihr PC ist ARM? Und Sie scheinen nicht zu werden, die Verbindung zum GDB-server.
  • Könnten Sie bitte post dein compiler die Ausführung der Linie und Ihre vollen GDB-Befehle? Ich Stimme mit Tomalak Geret'kal, dass es definitiv etwas fehlt hier, zumindest die Verbindung zum GDB-server und der Befehl für das festlegen der source-Verzeichnis.
InformationsquelleAutor funkadelic | 2011-12-05
  1. 15

    Ok dies geschieht normalerweise, wenn die debug-Symbole fehlen... nur um sicher zu gehen führen Sie folgende Befehle

    file <your_executable>

    erhalten Sie info über Ihre binäre wie format, Bogen etc.. letzten Teil der info wird beschrieben, wenn die Binärdatei entfernt wird oder nicht. Für die Fehlersuche in GDB, der binäre sollte nicht genommen worden.

    nm --debug-sym <your_executable> | grep debug

    Wenn Sie einige gültige druckt als unter es bedeutet, dass die debug-Symbole vorhanden sind.

    00000000 N .debug_abbrev
00000000 N .debug_aranges
00000000 N .debug_frame
00000000 N .debug_info
00000000 N .debug_line
00000000 N .debug_loc
00000000 N .debug_pubnames
00000000 N .debug_str

    Weiter, wenn Sie GDB aufrufen, sollten Sie haben folgende Zeile

    Reading symbols from <your_executable>...done.

    An diesem Punkt sollten Sie in der Lage sein zu Liste Quellen mit list Befehl.

    Stellen Sie sicher, dass gdb und gdbserver haben gleiche versioninig.

    arm-none-linux-gnueabi-gdb --version
./gdbserver --version

    Wenn alle der oben genannten sind wahr, und Sie noch nicht bekommen, backtrace, es ist etwas schlimmes passiert mit Ihrem stack. Versuchen Sie, einige statische Analyse, die valgrind-code /neu hinzugefügten code.

    • danke für die info! Ich fürchte, ich zog es...
    • Ich denke nicht, dass diese Antwort wahr ist. Ich fand mehrere beraubt Dateien mit sichtbaren Funktion Namen (aber keine Quelle ist reproduzierbar)
    InformationsquelleAutor Kamath
  2. 5

    Müssen Sie erstellen Sie Ihre Anwendung mit den debug-Symbolen aktiviert. Der Schalter für den gcc ist -g

    • Das ist sicherlich ein Aspekt, aber es gibt mehr zu cross-Debuggen mit gdbserver. Der OP hat sich noch nicht Beitrag genug Informationen, um die Frage zu beantworten.
    • Ich kann nicht die post nun die vollständige Kompilierung Optionen, die ich verwendet... aber ich habe -g.
    InformationsquelleAutor pmr
Schreibe einen Kommentar