Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 2 sur 2
  1. #1
    Invité régulier
    Inscrit en
    décembre 2003
    Messages
    30
    Détails du profil
    Informations forums :
    Inscription : décembre 2003
    Messages : 30
    Points : 8
    Points
    8

    Par défaut GDB : Error while mapping shared library sections

    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
    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 !

  2. #2
    Invité régulier
    Inscrit en
    décembre 2003
    Messages
    30
    Détails du profil
    Informations forums :
    Inscription : décembre 2003
    Messages : 30
    Points : 8
    Points
    8

    Par défaut

    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é.

+ Répondre à la discussion
Cette discussion est résolue.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •