# 27.3. `pdb` — Le débogueur Python

Code source : Lib/pdb.py

Le module `pdb` définit un débogueur de code source interactif pour les programmes Python. Il supporte le paramétrage (conditionnel) de points d’arrêt et l’exécution du code source ligne par ligne, l’inspection des frames de la pile, la liste du code source, et l’évaluation arbitraire de code Python dans le contexte de n’importe quelle frame de la pile. Il supporte aussi le débogage post-mortem et peut être contrôlé depuis un programme.

Le débogueur est extensible – Il est en réalité défini comme la classe `Pdb`. C’est actuellement non-documenté mais facilement compréhensible en lisant le code source. L’interface d’extension utilise les modules `bdb` et `cmd`.

L’invite du débogueur est `(Pdb)`. L’usage typique pour exécuter un programme sous le contrôle du débogueur est :

    >>> import pdb
    >>> import mymodule
    >>> pdb.run('mymodule.test()')
    > <string>(0)?()
    (Pdb) continue
    > <string>(1)?()
    (Pdb) continue
    NameError: 'spam'
    > <string>(1)?()
    (Pdb)

Modifié dans la version 3.3: La complétion via le module `readline' est disponible pour les commandes et les arguments de commande, par exemple les noms *global* et *local* sont proposés comme arguments de la commande ``p``.

Le fichier `pdb.py` peut aussi être invoqué comme un script pour déboguer d’autres scripts. Par exemple :

    python3 -m pdb myscript.py

Si le programme débogué se termine anormalement, pdb entrera en débogage post-mortem. Après le débogage post-mortem (ou après une sortie normale du programme), pdb redémarrera le programme. Le redémarrage automatique préserve l’état de pdb (tels que les points d’arrêt) et dans la plupart des cas est plus utile que de quitter le débogueur à la sortie du programme.

Nouveau dans la version 3.2: Le fichier `pdb.py` accepte maintenant une option `-c` qui exécute les commandes comme si elles provenaient d’un fichier `.pdbrc`, voir Commande du débogueur.

L’usage typique pour forcer le débogueur depuis un programme s’exécutant est d’insérer

    import pdb; pdb.set_trace()

à l’endroit où vous voulez pénétrer dans le débogueur. Vous pouvez alors parcourir le code suivant cette instruction, et continuer à exécuter sans le débogueur en utilisant la commande `continue`.

L’usage typique pour inspecter un programme planté :

    >>> import pdb
    >>> import mymodule
    >>> mymodule.test()
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
      File "./mymodule.py", line 4, in test
        test2()
      File "./mymodule.py", line 3, in test2
        print(spam)
    NameError: spam
    >>> pdb.pm()
    > ./mymodule.py(3)test2()
    -> print(spam)
    (Pdb)

Le module définit les fonctions suivantes; chacune entre dans le débogueur d’une manière légèrement différente:

`pdb.``run`(statement, globals=None, locals=None)

  Exécute la déclaration (donnée sous forme de chaîne de caractères ou d’objet code) sous le contrôle du débogueur. L’invite de débogage apparaît avant l’exécution de tout code; vous pouvez définir des points d’arrêt et taper `continue`, ou vous pouvez passer à travers l’instruction en utilisant `step` ou `next` (toutes ces commandes sont expliquées ci-dessous). Les arguments globals et locals optionnels spécifient l’environnement dans lequel le code est exécuté; par défaut le dictionnaire du module `__main__` est utilisé. (Voir l’explication des fonctions natives `exec()` ou `eval()`.)

`pdb.``runeval`(expression, globals=None, locals=None)

  Évalue l”expression (donné comme une chaine de caractères ou un code objet) sous le contrôle du débogueur. Quand la fonction `runeval()` retourne, elle renvoie la valeur de l’expression. Autrement cette fonction est similaire à la fonction `run()`.

`pdb.``runcall`(function, *args, **kwds)

  Appelle la function (une fonction ou une méthode, pas une chaine de caractères) avec les arguments donnés. Quand `runcall()` revient, il retourne ce que l’appel de fonctionne a renvoyé. L’invite de débogage apparaît dès que la fonction est entrée.

`pdb.``set_trace`()

  Entre le débogueur dans la frame de la pile d’appel. Ceci est utile pour coder en dur un point d’arrêt dans un programme, même si le code n’est pas autrement débogué (par exemple, quand une assertion échoue).

`pdb.``post_mortem`(traceback=None)

  Entre le débogage post-mortem de l’objet traceback donné. Si aucun traceback n’est donné, il utilise celui de l’exception en cours de traitement (une exception doit être gérée si la valeur par défaut doit être utilisée).

`pdb.``pm`()

  Entre le débogage post-mortem de la trace trouvé dans `sys. last_traceback`.

Les fonctions `run*` et `set_trace()` sont des alias pour instancier la classe `Pdb` et appeler la méthode du même nom. Si vous souhaitez accéder à d’autres fonctionnalités, vous devez le faire vous-même :

class `pdb.``Pdb`(completekey='tab', stdin=None, stdout=None, skip=None, nosigint=False, readrc=True)

  Le classe du débogueur est la classe `Pdb`.

  Les arguments completekey, stdin et stdout sont transmis à la classe sous-jacente `cmd.Cmd`; voir la description ici.

  L’argument skip, s’il est donné, doit être un itérable des noms de modules de style glob. Le débogueur n’entrera pas dans les frames qui proviennent d’un module qui correspond à l’un de ces motifs. 1

  Par défaut, Pdb définit un gestionnaire pour le signal SIGINT (qui est envoyé lorsque l’utilisateur appuie sur `Ctrl-C` sur la console) lorsque vous donnez une commande `continue`. Ceci vous permet de pénétrer à nouveau dans le débogueur en appuyant sur `Ctrl-C`. Si vous voulez que Pdb ne touche pas le gestionnaire SIGINT, assignez nosigint à True.

  L’argument readrc vaut True par défaut et contrôle si Pdb chargera les fichiers .pdbrc depuis le système de fichiers.

  Exemple d’appel pour activer le traçage avec skip :

      import pdb; pdb.Pdb(skip=['django.*']).set_trace()

  Nouveau dans la version 3.1: L’argument skip.

  Nouveau dans la version 3.2: L’argument nosigint. Auparavant, un gestionnaire SIGINT n’était jamais configuré par Pdb.

  Modifié dans la version 3.6: L’argument readrc.

  `run`(statement, globals=None, locals=None)
  `runeval`(expression, globals=None, locals=None)
  `runcall`(function, *args, **kwds)
  `set_trace`()

    Voir la documentation pour les fonctions expliquées ci-dessus.

## 27.3.1. Commande du débogueur

Les commandes reconnues par le débogueur sont listées. La plupart des commandes peuvent être abrégées à une ou deux lettres comme indiquées; par exemple. `h(elp)` signifie que soit `h` ou `help` peut être utilisée pour entrer la commande help (mais pas `he` or `hel`, ni `H` ou `HELP`). Les arguments des commandes doivent être séparées par des espaces (espaces ou tabulations). Les arguments optionnels sont entourés dans des crochets (`[]`) dans la syntaxe de la commande; les crochets ne doivent pas être insérés. Les alternatives dans la syntaxe de la commande sont séparés par une barre verticale (`|`).

Entrer une ligne vide répète la dernière commande entrée. Exception: si la dernière commande était la commande `list`, les 11 prochaines lignes sont affichées.

Les commandes que le débogueur ne reconnaît pas sont supposées être des instructions Python et sont exécutées dans le contexte du programme en cours de débogage. Les instructions Python peuvent également être préfixées avec un point d’exclamation (`!`). C’est une façon puissante d’inspecter le programme en cours de débogage; il est même possible de changer une variable ou d’appeler une fonction. Lorsqu’une exception se produit dans une telle instruction, le nom de l’exception est affiché mais l’état du débogueur n’est pas modifié.

Le débogueur supporte aliases. Les alias peuvent avoir des paramètres qui permettent un certain niveau d’adaptabilité au contexte étudié.

Plusieurs commandes peuvent être saisies sur une seule ligne, séparées par `;;`. (Un seul `;` n’est pas utilisé car il est le séparateur de plusieurs commandes dans une ligne qui est passée à l’analyseur Python. Aucune intelligence n’est appliquée pour séparer les commandes; l’entrée est divisée à la première paire de `;;` paire, même si il est au milieu d’une chaîne de caractères.

Si un fichier `.pdbrc` existe dans le répertoire d’accueil de l’utilisateur ou dans le répertoire courant, il est lu et exécuté comme si il avait été écrit dans l’invite du débogueur. C’est particulièrement utile pour les alias. Si les deux fichiers existent, celui dans le répertoire d’accueil de l’utilisateur est lu en premier et les alias définis dedans peuvent être surchargés par le fichier local.

Modifié dans la version 3.2: Le fichier `.pdbrc` peut maintenant contenir des commandes qui continue le débogage, comme `continue` ou `next`. Précédemment, ces commandes n’avaient aucun effet.

`h(elp)``[command]`

  Sans argument, affiche la liste des commandes disponibles. Avec une commande comme argument, affiche l’aide de cette commande. `help pdb` affiche la documentation complète (la docstring du module `pdb`). Puisque l’argument command doit être un identificateur, `help exec` doit être entré pour obtenir de l’aide sur la commande `!`.

`w(here)`

  Affiche une trace de pile, avec la frame le plus récent en bas. Une flèche indique le frame courant, qui détermine le contexte de la plupart des commandes.

`d(own)``[count]`

  Déplace le niveau de la frame courante count (par défaut un) vers le bas dans la trace de pile (vers une frame plus récente).

`u(p)``[count]`

  Déplace le niveau de la frame courante count (par défaut un) vers le haut dans la trace de pile (vers une frame plus ancienne).

`b(reak)``[([filename:]lineno | function) [, condition]]`

  Avec un argument lineno, définit une pause dans le fichier courant. Avec un argument function, définit une pause à la première instruction exécutable dans cette fonction. Le numéro de ligne peut être préfixé d’un nom de fichier et d’un deux-points, pour spécifier un point d’arrêt dans un autre fichier (probablement celui qui n’a pas encore été chargé). Le fichier est recherché sur `sys.path`. Notez que chaque point d’arrêt reçoit un numéro auquel se réfèrent toutes les autres commandes de point d’arrêt.

  Si un second argument est présent, c’est une expression qui doit évaluer à True avant que le point d’arrêt ne soit honoré.

  Sans argument, liste tous les arrêts, incluant pour chaque point d’arrêt, le nombre de fois qu’un point d’arrêt a été atteint, le nombre de ignore, et la condition associée le cas échéant.

`tbreak``[([filename:]lineno | function) [, condition]]`

  Point d’arrêt temporaire, qui est enlevé automatiquement au premier passage. Les arguments sont les mêmes que pour `break`.

`cl(ear)``[filename:lineno | bpnumber [bpnumber ...]]`

  Avec un argument filename:lineno, efface tous les points d’arrêt sur cette ligne. Avec une liste de numéros de points d’arrêt séparés par un espace, efface ces points d’arrêt. Sans argument, efface tous les points d’arrêt (mais demande d’abord confirmation).

`disable``[bpnumber [bpnumber ...]]`

  Désactive les points d’arrêt indiqués sous la forme d’une liste de numéros de points d’arrêt séparés par un espace. Désactiver un point d’arrêt signifie qu’il ne peut pas interrompre l’exécution du programme, mais à la différence d’effacer un point d’arrêt, il reste dans la liste des points d’arrêt et peut être (ré)activé.

`enable``[bpnumber [bpnumber ...]]`

  Active les points d’arrêt spécifiés.

`ignore` `bpnumber [count]`

  Définit le nombre de fois où le point d’arrêt donné sera passé. Si le compte est omis, le compte est mis à 0. Un point d’arrêt devient actif lorsque le compte est nul. Lorsqu’il n’est pas nul, le comptage est diminué à chaque fois que le point d’arrêt est atteint et que le point d’arrêt n’est pas désactivé et que toute condition associée est évaluée comme vraie.

`condition` `bpnumber [condition]`

  Définit une nouvelle condition pour le point d’arrêt, une expression qui doit évaluer à True avant que le point d’arrêt ne soit honoré. Si condition est absente, toute condition existante est supprimée, c’est-à-dire que le point d’arrêt est rendu inconditionnel.

`commands``[bpnumber]`

  Spécifie une liste de commandes pour le numéro du point d’arrêt bpnumber. Les commandes elles-mêmes apparaissent sur les lignes suivantes. Tapez une ligne contenant juste `end` pour terminer les commandes. Un exemple :

      (Pdb) commands 1
      (com) p some_variable
      (com) end
      (Pdb)

  Pour supprimer toutes les commandes depuis un point d’arrêt, écrivez `commands` suivi immédiatement avec `end`; ceci supprime les commandes.

  Sans argument bpnumber, les commandes se réfèrent au dernier point d’arrêt défini.

  Vous pouvez utiliser les commandes de point d’arrêt pour redémarrer votre programme. Utilisez simplement la commande continue, ou step, ou toute autre commande qui reprend l’exécution.

  Spécifie toute commande reprenant l’exécution (actuellement continue, step, next, return, jump, quit et leurs abréviations) termine la liste des commandes (comme si cette commande était immédiatement suivie de la fin). C’est parce que chaque fois que vous reprenez l’exécution (même avec un simple next ou step), vous pouvez rencontrer un autre point d’arrêt – qui pourrait avoir sa propre liste de commandes, conduisant à des ambiguïtés sur la liste à exécuter.

  Si vous utilisez la commande “silence” dans la liste des commandes, le message habituel concernant l’arrêt à un point d’arrêt n’est pas affiché. Ceci peut être souhaitable pour les points d’arrêt qui doivent afficher un message spécifique et ensuite continuer. Si aucune des autres commandes n’affiche quoi que ce soit, vous ne voyez aucun signe indiquant que le point de rupture a été atteint.

`s(tep)`

  Exécute la ligne en cours, s’arrête à la première occasion possible (soit dans une fonction qui est appelée, soit sur la ligne suivante de la fonction courante).

`n(ext)`

  Continue l’exécution jusqu’à ce que la ligne suivante de la fonction en cours soit atteinte ou qu’elle revienne. (La différence entre `next` et `step` est que `step` s’arrête dans une fonction appelée, tandis que `next` exécute les fonctions appelées à (presque) pleine vitesse, ne s’arrêtant qu’à la ligne suivante dans la fonction courante.)

`unt(il)``[lineno]`

  Sans argument, continue l’exécution jusqu’à ce que la ligne avec un nombre supérieur au nombre actuel soit atteinte.

  Avec un numéro de ligne, continue l’exécution jusqu’à ce qu’une ligne avec un numéro supérieur ou égal à celui-ci soit atteinte. Dans les deux cas, arrête également lorsque la frame courante revient.

  Modifié dans la version 3.2: Permet de donner un numéro de ligne explicite.

`r(eturn)`

  Continue l’exécution jusqu’au retour de la fonction courante.

`c(ont(inue))`

  Continue l’exécution, seulement s’arrête quand un point d’arrêt est rencontré.

`j(ump)``lineno`

  Définit la prochaine ligne qui sera exécutée. Uniquement disponible dans la frame inférieur. Cela vous permet de revenir en arrière et d’exécuter à nouveau le code, ou de passer en avant pour sauter le code que vous ne voulez pas exécuter.

  Il est à noter que tous les sauts ne sont pas autorisés – par exemple, il n’est pas possible de sauter au milieu d’une boucle `for` ou en dehors d’une clause `finally`.

`l(ist)``[first[, last]]`

  Liste le code source du fichier courant. Sans arguments, liste 11 lignes autour de la ligne courante ou continue le listing précédant. Avec l’argument `.`, liste 11 lignes autour de la ligne courante. Avec un argument, liste les 11 lignes autour de cette ligne. Avec deux arguments, liste la plage donnée; si le second argument est inférieur au premier, il est interprété comme un compte.

  La ligne en cours dans l’image courante est indiquée par `->`. Si une exception est en cours de débogage, la ligne où l’exception a été initialement levée ou propagée est indiquée par `>>`, si elle diffère de la ligne courante.

  Nouveau dans la version 3.2: Le marqueur `>>`.

`ll``| longlist`

  Liste le code source de la fonction ou du bloc courant. Les lignes intéressantes sont marquées comme pour `list`.

  Nouveau dans la version 3.2.

`a(rgs)`

  Affiche la liste d’arguments de la fonction courante.

`p` `expression`

  Évalue l”expression dans le contexte courant et affiche sa valeur.

  Note

  `print()` peut aussi être utilisée, mais n’est pas une commande du débogueur — il exécute la fonction Python `print()`.

`pp` `expression`

  Comme la commande `p`, sauf que la valeur de l’expression est joliment affiché en utilisant le module `pprint`.

`whatis` `expression`

  Affiche le type de l”expression.

`source` `expression`

  Essaie d’obtenir le code source pour l’objet donné et l’affiche.

  Nouveau dans la version 3.2.

`display``[expression]`

  Affiche la valeur de l’expression si elle a changée, chaque fois que l’exécution s’arrête dans la frame courante.

  Sans expression, liste toutes les expressions pour la frame courante.

  Nouveau dans la version 3.2.

`undisplay``[expression]`

  N’affiche plus l’expression dans la frame courante. Sans expression, efface toutes les expressions d’affichage de la frame courante.

  Nouveau dans la version 3.2.

`interact`

  Démarre un interpréteur interactif (en utilisant le module `code`) dont l’espace de nommage global contient tous les noms (global et local) trouvés dans la portée courante.

  Nouveau dans la version 3.2.

`alias``[name [command]]`

  Créez un alias appelé name qui exécute command. La commande ne doit pas être entourée de guillemets. Les paramètres remplaçables peuvent être indiqués par `%1`, `%2` et ainsi de suite, tandis que `%*` est remplacé par tous les paramètres. Si aucune commande n’est donnée, l’alias courant pour name est affiché. Si aucun argument n’est donné, tous les alias sont listés.

  Les alias peuvent être imbriqués et peuvent contenir tout ce qui peut être légalement tapé à l’invite pdb. Notez que les commandes pdb internes peuvent être remplacées par des alias. Une telle commande est alors masquée jusqu’à ce que l’alias soit supprimé. L”aliasing est appliqué récursivement au premier mot de la ligne de commande; tous les autres mots de la ligne sont laissés seuls.

  Comme un exemple, voici deux alias utiles (spécialement quand il est placé dans le fichier `.pdbrc`) :

      # Print instance variables (usage "pi classInst")
      alias pi for k in %1.__dict__.keys(): print("%1.",k,"=",%1.__dict__[k])
      # Print instance variables in self
      alias ps pi self

`unalias` `name`

  Supprime l’alias spécifié.

`!``statement`

  Exécute l’instruction statement (une ligne) dans le contexte de la frame de la pile courante. Le point d’exclamation peut être omis à moins que le premier mot de l’instruction ne ressemble à une commande de débogueur. Pour définir une variable globale, vous pouvez préfixer la commande d’assignation avec une instruction `global` sur la même ligne, par exemple :

      (Pdb) global list_options; list_options = ['-l']
      (Pdb)

`run``[args ...]`
`restart``[args ...]`

  Redémarre le programme Python débogué. Si un argument est fourni, il est splitté avec `shlex` et le résultat es utilisé comme le nouveau `sys.argv`. L’historique, les points d’arrêt, les actions et les options du débogueur sont préservés. `restart` est un alias pour `run`.

`q(uit)`

  Quitte le débogueur. Le programme exécuté est arrêté.

Notes

1

  La question de savoir si une frame est considérée comme provenant d’un certain module est déterminée par le `__name__` dans les globales de la frame.