IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C Discussion :

GDB et les threads


Sujet :

C

  1. #1
    Membre actif

    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2014
    Messages
    103
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2014
    Messages : 103
    Points : 224
    Points
    224
    Par défaut GDB et les threads
    Bonjour,

    Actuellement je dois travailler sur l'évolution d'une application d'entreprise et je dois tout d'abord m'approprier son fonctionnement.

    J'ai donc décidé de la déboguer avec GDB pour tenter de la comprendre.

    Le problème, c'est que GDB saute certaines lignes qui pourtant devraient être atteintes.

    De plus, certaines de ces lignes de code affectent une valeur à une variable, et quand je vérifie la valeur de la variable après le saut de ligne je constate que la valeur n'a toujours pas été affectée, ce qui prouve que GDB a vraiment sauté les instructions.

    Or je sais que ces lignes décrivent une communication avec d'autres threads par le thread principal (impossible d'être plus précis car je ne connais pas bien l'application).

    Alors, voici ma question : est-ce que le multithreading implique un comportement anormal du débogueur GDB ? Cela explique-t-il ces sauts de lignes impertinents ?

    Je ne pense pas que cela vienne du fait que mon exécutable ne corresponde pas avec mes sources : en effet, en exécutant list je constate que GDB "voit" aussi les lignes qu'il a sautées.

    Merci pour votre aide qui me sera certainement précieuse !

  2. #2
    Expert éminent Avatar de BufferBob
    Profil pro
    responsable R&D vidage de truites
    Inscrit en
    Novembre 2010
    Messages
    3 035
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : responsable R&D vidage de truites

    Informations forums :
    Inscription : Novembre 2010
    Messages : 3 035
    Points : 8 400
    Points
    8 400
    Par défaut
    salut,

    gdb n'exécute pas des lignes mais du code machine, donc ça dépend peut-être des lignes qui sont sautées pour commencer

    est-ce que tu as essayé de poser un breakpoint avant les lignes concernées puis d'avancer avec step ou stepi par exemple, tu vois explicitement les lignes sauter ?

    enfin tu ne sembles pas certain que les sources soient exactement celles du binaire débuggé, autant ça peut marcher, autant si ça se trouve entre le code source et le binaire le développeur a rajouter/enlevé les lignes en questions par exemple

    sinon pour autant que je sache gdb n'influe pas plus que ça sur l'exécution des threads, ça pose plus de problèmes dès qu'il y a des captations/relâchements de privilèges

    à ce stade difficile de dire sans voir un bout d'application/de disas

  3. #3
    Modérateur

    Avatar de Bktero
    Homme Profil pro
    Développeur en systèmes embarqués
    Inscrit en
    Juin 2009
    Messages
    4 481
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur en systèmes embarqués

    Informations forums :
    Inscription : Juin 2009
    Messages : 4 481
    Points : 13 679
    Points
    13 679
    Billets dans le blog
    1
    Par défaut
    Ton programme est-il compilé avec l'option -O0 ?

    Si non, gcc optimise du code et donc tu ne peux pas "exécuter ligne par ligne".

  4. #4
    Membre actif

    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2014
    Messages
    103
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2014
    Messages : 103
    Points : 224
    Points
    224
    Par défaut
    Bonjour BufferBob, bonjour Bktero et merci pour vos réponses.

    Citation Envoyé par BufferBob Voir le message

    est-ce que tu as essayé de poser un breakpoint avant les lignes concernées puis d'avancer avec step ou stepi par exemple, tu vois explicitement les lignes sauter ?
    J'avais essayé de poser un breakpoint avant les lignes concernées et d'avancer avec step. Malgré cela, les lignes concernées étaient toujours sautées. De plus, il s'avère que le code source dont les lignes étaient sautées correspondait bien au code lu par GDB. Mystère...

    Citation Envoyé par BufferBob Voir le message

    sinon pour autant que je sache gdb n'influe pas plus que ça sur l'exécution des threads, ça pose plus de problèmes dès qu'il y a des captations/relâchements de privilèges
    C'est peut-être dû à cela, je vois en effet que les threads lancés avant les lignes sautées sont contrôlés par des mutex...

    Sinon merci à Bktero pour l'option -O0 qui me sera très utile pour la suite.

Discussions similaires

  1. Aide sur les Threads
    Par themoye dans le forum MFC
    Réponses: 24
    Dernier message: 06/03/2005, 15h02
  2. Les Threads... J'en remet une couche :)
    Par Higestromm dans le forum C++
    Réponses: 5
    Dernier message: 17/11/2004, 12h19
  3. Gestion des message windows dans les threads
    Par billyboy dans le forum Windows
    Réponses: 5
    Dernier message: 06/10/2003, 17h25
  4. Question simple sur les threads :)
    Par momox dans le forum C++Builder
    Réponses: 2
    Dernier message: 15/06/2003, 04h13
  5. question sur les variables globales et les thread posix
    Par souris_sonic dans le forum POSIX
    Réponses: 5
    Dernier message: 13/06/2003, 13h59

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo