Debuginfos séparés manquants, utilisez: debuginfo-install glibc-2.12-1.47.el6_2.9.i686 libgcc-4.4.6-3.el6.i686 libstdc ++ – 4.4.6-3.el6.i686

CentOS 6.2 + GNU gdb (GDB) Red Hat Enterprise Linux (7.2-50.el6)

Lorsque je débogue un code c ++ simple avec GDB, j’ai vu l’avertissement suivant:

Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.47.el6_2.9.i686 libgcc-4.4.6-3.el6.i686 libstdc++-4.4.6-3.el6.i686 

J’ai essayé les méthodes suivantes et aucun ne résout les problèmes:

  1. Rechercher SO

  2. yum install glibc

  3. debuginfo-install glibc-2.12-1.47.el6_2.9.i686 libgcc-4.4.6-3.el6.i686 libstdc++-4.4.6-3.el6.i686

En fait, lorsque j’installe ces RPM un par un, je viens de réaliser qu’ils sont déjà installés.

 [root@localhost Excluded]# rpm -ivh glibc-2.12-1.47.el6_2.9.i686.rpm Preparing... ########################################### [100%] package glibc-2.12-1.47.el6_2.9.i686 is already installed [root@localhost Excluded]# ls *.rpm glibc-2.12-1.47.el6_2.9.i686.rpm libgcc-4.4.6-3.el6.i686.rpm [root@localhost Excluded]# rpm -ivh libgcc-4.4.6-3.el6.i686.rpm Preparing... ########################################### [100%] package libgcc-4.4.6-3.el6.i686 is already installed [root@localhost Excluded]# rpm -ivh libstdc++-4.4.6-3.el6.i686.rpm warning: libstdc++-4.4.6-3.el6.i686.rpm: Header V4 DSA/SHA1 Signature, key ID 192a7d7d: NOKEY Preparing... ########################################### [100%] package libstdc++-4.4.6-3.el6.i686 is already installed file /usr/lib/libstdc++.so.6.0.13 from install of libstdc++-4.4.6-3.el6.i686 conflicts with file from package libstdc++-4.4.6-3.el6.i686 

Pourquoi GDB ne peut pas le trouver?

Question : Dois-je m’inquiéter de ce problème? Sinon, comment l’éteindre? Si oui, comment le réparer?

Je vous remercie

debuginfo-install est une commande de yum-utils , donc

  1. yum install yum-utils
  2. debuginfo-install glibc
  3. Si l’avertissement est toujours là, éditez /etc/yum.repos.d/CentOS-Debuginfo.repo , définissez enabled=1

Au cas où quelqu’un d’autre rencontrerait le même problème,

J’avais mis à jour la glibc et en quelque sorte l’ancien ldconfig avait été vidé faisait face à cette erreur lors de l’exécution de l’application

erreur lors du chargement des bibliothèques partagées: libjson-c.so.2: impossible d’ouvrir le fichier object partagé: aucun fichier ou répertoire de ce type

Même après avoir défini LD_LIBRARY_PATH cela n’a pas fonctionné:

 LD_LIBRARY_PATH=/usr/local/lib export LD_LIBRARY_PATH 

Enfin, les commandes ci-dessous sont venues à la rescousse.

 // Add you library path here. echo /usr/local/lib >> /etc/ld.so.conf // And then Run ldconfig to reflect the path ldconfig