Debuggen unter Linux mit core-dumps

Was sind die 'best practices', wenn es um debugging-core-dumps mit GDB?

Derzeit stehe ich vor einem problem:

  • Die release-version meiner Anwendung kompiliert wird, ohne die '-g' - compiler-flag.
  • Die debug-version meiner Applikation (kompiliert mit '-g') archiviert (zusammen mit dem Quellcode und eine Kopie der release-binary).

Kürzlich, wenn ein user gab mir ein core dump habe ich versucht zu Debuggen es mit

gdb --core=./core.pid ./my_app_debug-bin

Der Kern wurde erstellt von my_app_release-bin. Es scheint eine Art Konflikt zwischen der core-Datei und die binäre.

Auf der anderen Seite, wenn ich versuche

gdb --core=./core.pid ./my_app_release-bin

den Kern passt, aber ich bin nicht in der Lage zu bekommen, source-code-Zeile, die zahlen (ich bekomme zwar die Funktion Namen).

Ist es das, was praktiziert wird? Weil ich fühle, ich bin hier etwas fehlt.

  • Nettes extra tagging im Frage-Titel, ich meine es ist nicht so, SO hat gebaut-in versehen...
InformationsquelleAutor themoondothshine | 2010-02-15
  1. 16

    Es klingt wie es andere Unterschiede zwischen dem release und debug-build dann einfach die Abwesenheit/Anwesenheit des -g Flagge. Unter der Annahme, dass das der Fall ist, gibt es nichts, was Sie tun können, gerade jetzt, aber Sie können anpassen, Ihr zu bauen, das zu handhaben, besser:

    Hier ist, was wir tun, an meinem Arbeitsplatz.

    1. Gehören die -g flag beim erstellen der release-version.
    2. Archiv-version.
    3. laufen strip --strip-unneeded auf den binären vor dem Versand an die Kunden.

    Nun, wenn wir mit einem crash-wir können die archivierte version mit Symbolen zu tun Debuggen.

    Eine Sache zu beachten ist, dass, wenn Ihre version beinhaltet Optimierungen, debugging schwierig sein kann, auch mit Symbolen. Zum Beispiel, kann der Optimierer ordnen Sie Ihren code so, obwohl der debugger sagen, Sie stürzte auf der Linie N können Sie nicht davon ausgehen, dass der code tatsächlich ausgeführt wird Zeile N-1.

    • Hey Samuel, Das ist der richtige Weg, denke ich. Auch @Michael deutete auf eine ähnliche Lösung. Aber die debug/release-binaries nur die Differenz-g. Es gibt auch die Makros _DEBUG (für debug) und NDEBUG (release). Vielleicht ist das das Problem verursachen? Wie auch immer, ich plan zu erkunden stripped binaries ein wenig mehr. Danke!
    • BTW, weißt du etwas über einen "addr2line' - tool? Ich fand obskure Referenzen. Es soll in der Lage sein, zu konvertieren von Adressen zu Zeile angegebenen zahlen den source-code. Ich habe bereits die Funktion Adressen, alles was ich brauche, ist eine Zuordnung zu den source-code...
    • GDB kann dies für Sie tun (so lange es hat debug-Symbole), verwenden Sie info line *0xsomeaddr
    • Danke @Hasturkun. Die addr2line ist eigentlich zum umwandeln der Ausgabe des "backtrace" - system nennen. Wie auch immer, ich habe versucht, die meisten der Techniken, die in den Antworten hier, und das funktioniert am besten:<br/> -- Kompilieren mit "-g" flag<br/> -- Kopieren debug-Symbole verwenden 'objcopy --nur-halten-debug-MyApp-bin MyApp-bin.debug'<br/> -- Strip-debug-Symbole mit strip -g "MyApp-bin" <br/> -- Fügt eine debug-Verbindung mit 'objcopy --add-gnu-debuglink=MyApp-bin.debug-Anwendung-bin " <br/>
    • wenn _DEBUG oder NDEBUG haben verschiedene Werte zwischen deine Version und die debug-version, die kann den Unterschied machen (wenn Sie irgendwelche bedingte Kompilierung basierend auf den flags, die entweder direkte oder indirekte obwohl so etwas wie assert, dann die änderung wird Auswirkungen auf die binary).
    InformationsquelleAutor R Samuel Klatchko
  2. 5

    Müssen Sie einige zusätzliche Sachen zu erstellen binaries mit offenem debug-Informationen, die Sie können dann Debuggen von Kernen. Beste Beschreibung, die ich finden konnte, ist hier

    • Hey Michael, Danke für den link. Es war wirklich hilfreich.
    InformationsquelleAutor Michael Anderson
  3. 1

    Nein, Sie verpassen nichts. debug-und release-sind einfach anders-Binärdateien, so dass die core-Dateien der release nicht mit der debug binäre. Sie haben sich die Computer-code, um etwas von der release-core-dump.

    Werden Sie wahrscheinlich haben, Fragen Sie Ihren Benutzer, wie der crash passiert ist, und sammeln Sie zusätzliche log-Informationen oder was auch immer Sie app produziert.

    • Hey nodan, dass ich bereits die log ziemlich viele Informationen in der Anwendung, aber manchmal ist es vielleicht nicht ganz genug. Die Nutzer meist nicht wissen, was den Absturz verursachte, weil es läuft als Prozess im hintergrund. Ich habe auch einige weitere Informationen auf einer "addr2line" - tool. Ich denke, ich werde geben, dass eine Chance zu.
    InformationsquelleAutor user231967
Schreibe einen Kommentar