wie setzt breakpoint auf die Funktion in einer freigegebenen Bibliothek, die nicht geladen wurden, in der gdb

Habe ich eine shared-library libtest.so die geladen wird, in der das main-Programm mit dlopen. Funktion test() befinden sich in libtest.so und wird in main aufgerufen werden, um das Programm durch dlsym. Gibt es eine Möglichkeit, könnte ich einen Haltepunkt auf test?

Bitte beachten Sie, dass das Haupt-programm wurde nicht verknüpft mit libtest.so während der Verknüpfung die Zeit. Ansonsten , ich sollte in der Lage sein, die Pause, obwohl es eine anhängige Klage. In meinem Fall, wenn ich b test gdb sagt mir Function "test" not defined.

  • Könnten Sie einen Haltepunkt auf test nach dem laden libtest.so mit dlopen?
InformationsquelleAutor pierrotlefou | 2010-04-15
  1. 14

    Tatsächlich gdb sollte Ihnen sagen, dass es in der Lage, zu beheben, wird das symbol in die Zukunft, wenn neue Bibliotheken geladen sind:

    (gdb) b test
Function "test" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (test) pending.
(gdb) r

    Und später einmal die .also-Objekt geladen ist, lösen Sie den Haltepunkt, z.B.:

    Reading symbols for shared libraries . done
Breakpoint 1 at 0xcafebebe
Pending breakpoint 1 - "test" resolved
    • Auf den GDB, ich bin mit, auch wenn ich "set breakpoint bis auf" es werde NICHT Fragen Sie mich, wenn ich will, dass die ausstehende Verhalten, wenn das symbol nicht definiert ist. Es sagt mir nur "nicht finden Können Mitglied bla bla Tipp, versuchen Sie die Registerkarte bla bla"
    InformationsquelleAutor diciu
  2. 7

    Tatsächlich, diese Methode funktioniert nicht immer.

    Angenommen ich habe mehrere shared-libraries, von denen jeweils eine Funktion namens "Init". Wenn ich geladen haben, eine andere Bibliothek und dann "b " Init" wird der Haltepunkt auf die falsche Instanz der Funktion "Init". Also muss ich angeben, den Haltepunkt:

    (gdb) b object5.c:66

    Keine source-Datei mit dem Namen object5.c.

    • In meinem Fall ist das problem, das ich gefunden habe ich zum kompilieren mit debug-Symbolen (setzen von Haltepunkten in einem benutzerdefinierten .so).
    InformationsquelleAutor Michael
  3. 1

    Ein anderer Weg ist, um anzugeben, das mit dem Namen und der Funktion, z.B.:

    b object5.c:test

    Dieser sollte eindeutig sein. Vielleicht möchten Sie auch, um den Pfad zu den source-code (wie bereits vorgeschlagen) von:

    set directories path_of_object5.c
    InformationsquelleAutor musbach
  4. 1

    wie ein breakpoint auf einem shared-lib.

    Ist es durchaus üblich, haben Sie einen Haltepunkt in einer shared library. Shared libraries geladen werden kann und entladen sich ausdrücklich vor, möglicherweise wiederholt, wie das Programm ausgeführt wird. Für diesen Anwendungsfall unterstützt, gdb-updates Haltepunkt Standorten, wenn keine shared library geladen oder entladen wird. Normalerweise setzen Sie einen breakpoint in eine shared-library, die zu Beginn Ihrer debug-Sitzung, wenn die Bibliothek nicht geladen, und wenn Sie die Symbole aus der Bibliothek nicht verfügbar sind. Wenn Sie versuchen, einen Haltepunkt, gdb fragt Sie, ob Sie wollen eine so genannte pending breakpoint—Haltepunkt, dessen Adresse ist noch nicht gelöst.

    Zitat von https://sourceware.org/gdb/onlinedocs/gdb/Set-Breaks.html

    (gdb) b object5.c:66
    Keine Quellcode-Datei mit dem Namen object5.c.

    vielleicht kann man mit "set directory the_location_of_object5.c_file", um es zu beheben.

    InformationsquelleAutor jasonxiaole
Schreibe einen Kommentar