Impossible de charger les symboles de bibliothèque partagée pour linux-vdso.so.1. pendant le débogage

Pas de chargement VDSO.donc, est l'un des fameux bugs que vous rencontrez lors de l'utilisation de gdb et glibc >2.2.
J'ai trouvé que c'était prévu pour faire réparer dans gdb 7.5.1, mais il n'était pas.
Bon j'ai trouvé un travail ici Ici, mais je n'ai pas compris comment l'appliquer.

OS: Arch Linux
IDE : QT creator 3.0.82
Compilateur : GCC 4.8.2
NB: je ne suis pas sûr si je suis d'enfreindre les règles, y compris le lien ci-dessus

source d'informationauteur Shady Atef

  1. 14

    Pas de chargement VDSO.donc, est l'un des fameux bugs que vous rencontrez lors de l'utilisation de gdb et glibc >2.2.

    Non, ce n'est pas. Le problème ici est tout simplement un avertissement inutiles, que vous pouvez ignorer en toute sécurité.

    J'ai trouvé un travail ici, mais je n'ai pas compris comment l'appliquer.

    Vous n'avez pas trouvé une "solution de contournement". Vous avez trouvé un patch pour GDB, qui désactive l'avertissement.

    À appliquer, utilisez les patch de commande, puis construire votre propre GDB. Mais il est beaucoup plus simple de simplement ignorer l'avertissement en premier lieu.

  2. 6

    Pour ceux qui (comme moi) veut juste gdb de se taire sur les symboles manquants, essayez d'ajouter ceci à votre ~/.gdbinit (mais voir mises en garde ci-dessous):

    set logging redirect on
set logging file /dev/null
python
def on_new_objfile(e):
    gdb.execute("set logging off")
    #print "new objfile:",e.new_objfile.filename
    if e.new_objfile.filename[:19] == "system-supplied DSO":
        gdb.execute("set logging on") # hide inevitable error message
gdb.events.new_objfile.connect(on_new_objfile)
end

    Mises en garde:

    • Monopolise le set logging de l'interface; si vous souhaitez utiliser la journalisation, vous aurez besoin de la modifier pour enregistrer les précédents paramètres de journalisation.
    • Dur-codes "system-supplied DSO"; peut-être fragiles wrt nouveau noyau ou gdb versions.
    • Il suppose au moins un objfichier sera chargé après vdso pour réactiver la sortie; je serais très intéressé si quelqu'un avec une meilleure gdb internes de connaissances peut le réel après-symbole-charge-a-l'échec de l'hameçon, car pour l'instant, il risque de laisser de sortie désactivée lorsque le programme démarre si vdso est le dernier objfichier chargé.