GDB : Error while mapping shared library sections [Résolu]

[FrigoAcide]

Mots clés :

Error while mapping shared library sections:
lib.so: Succès.

et

Cannot access memory at address 0x370

Bonjour à tous, je suis dans une impasse lorsque j'essaye d'utiliser le debugger gdb pour une application contenant une (ou plusieurs) libraries dynamiques. J'ai déjà fait de nombreuses recherches sur Google sans rien trouver de concluant, la seule idée que les intervenants ont étant que l'utilisateur utilise une mauvaise version de gcc (et / ou gdb).

Mais rentrons dans le vif du sujet, voici mon code. Ce sont 3 fichiers : lib.h, lib.cpp et main.cpp.

lib.h

Code :

int called (char*);

lib.cpp

Code :

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
#include "lib.h"
 
int called (char* pc)
{
    printf ("Fonction appellée !\n");
    printf ("Chaine passée en paramètre : %s\n", pc);
    printf ("Fin fonction appellée.\n");
    return 1;
}

main.cpp

Code :

1
2
3
4
5
6
7
8
#include "lib.h"
 
int main (int argc, char** argv)
{
    if (argc < 2) return 0;
    called (argv[1]);
    return 1;    
}

Ma fenêtre Terminal :

>$ g++ -c -g -fPIC -o lib.o lib.cpp
>$ ld -shared -o lib.so lib.o
>$ g++ -g -o main main.cpp lib.so
>$
>$
>$ gdb main
GNU gdb Red Hat Linux (6.1post-1.20040607.62rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/tls/libthread_db.so.1".

(gdb) b main
Breakpoint 1 at 0x400647: file main.cpp, line 5.
(gdb) run test
Starting program: /home/A2NCNlib_linux/test/main test
Error while mapping shared library sections:
lib.so: Succès.

Breakpoint 1, main (argc=2, argv=0x7fbffff228) at main.cpp:5
5 if (argc < 2) return 0;
(gdb) b called
Cannot access memory at address 0x370
(gdb) quit
The program is running. Exit anyway? (y or n) y

Comme vous pouvez le voir, gdb me renvoie une erreur (Cannot access memory at address 0x370) lorsque je place un breakpoint sur du code contenu dans la librairie chargée dynamiquement (en l'occurence, la fonction called).

De plus, vous avez pu voir que j'ai au lancement de l'application le message suivant : Error while mapping shared library sections:
lib.so: Succès.

Qu'est-ce que ça siginifie, que le chargement est un succès, ou bien un échec ?

Enfin, est-ce que le Using host libthread_db library "/lib64/tls/libthread_db.so.1 peut être une piste ? Est-ce que cette librarie libthread_db.so.1 peut être buggée ?

J'utilise un processeur Intel Xeon 64 bits sur une distribution Red Hat Enterprise Linux WS release 4 (Nahant).

Mes versions de gcc et gdb sont :

version gcc 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)

GNU gdb Red Hat Linux (6.1post-1.20040607.62rh)
...
This GDB was configured as "x86_64-redhat-linux-gnu".

Voilà, si vous quelqu'un pouvait m'éclairer, merci à tous !

[FrigoAcide]

Voilà, et comme le veut la loi de Murphy, si un problème se résout finalement tout seul, il y a de grandes chances pour que cela se fasse à l'instant suivant immédiatement la demi-heure passée à taper son problème sur un forum informatique.

Le problème se situait donc dans la définition de la variable LD_LIBRARY_PATH. Elle était positionnée à :. (à cause du script .bashrc qui éxecute export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:., la variable étant, avant cet appel, vide). Je n'ai plus aucun problème avec gdb si j'éxecute : export LD_LIBRARY_PATH=.

En résumé, le fait qu'il y ait : devant les répertoires pointés par la variable, ne plaît pas du tout à gdb.

Je laisse ces 2 messages pour la postérité.