Forum Programmation.autre Substitut de ddd

Posté par  . Licence CC By‑SA.
Étiquettes :
3
5
oct.
2017

Bonjour,

Jusqu'à il y a peu, j'utilisais ddd pour débugger mes programmes.

Or ddd ne supporte pas le verrouillage numérique et les caractères accentués en UTF-8.

Je lui cherche un substitut.
J'ai un peu gratté du coté des greffons de geany sans beaucoup de succès.
Et, pour des raisons pédagogiques, je préfèrerais une application indépendante (une action <=> un outil, sinon mes étudiants confondent tout :-)).

Que me suggèreriez-vous ?

Cordialement

Dominique

  • # Du texte et rien que du texte ?

    Posté par  (site web personnel) . Évalué à 3.

    Je n'ai pas de solution parfaite (sur le principe, ddd est effectivement très bien, mais il vieillit très mal …).

    Une possibilité : gdbtui (text user interface), ou gdb -tui, ou encore Control-x o depuis un gdb textuel. Ça reste assez spartiate mais c'est plus utilisable que gdb de base, et l'intérêt est que c'est installé plus ou moins partout (en particulier sur la machine exotique de l'étudiant, sur laquelle ton futur outil préféré ne s'installera pas, loi de Murphy oblige).

    • [^] # Re: Du texte et rien que du texte ?

      Posté par  . Évalué à 2.

      Personnellement, je trouve cgdb plus utilisable que l'interface curses officielle de gdb, et pas qu'un peu.
      Pour ce qui est de l'installation, il y a un paquet dans le dépôt Debian, à minima, j'imagine qu'il y en a aussi pour d'autres distribs. Au pire, il y a très peu de dépendances, donc la compilation est triviale, ce qui à tendance à refréner les envies de Murphy d'embêter le monde.
      Par contre, pas compatible avec lldb, mais je ne connais aucun débogueur standalone fonctionnel sous Linux qui le soit, malheureusement.

    • [^] # Re: Du texte et rien que du texte ?

      Posté par  . Évalué à 2. Dernière modification le 06 octobre 2017 à 13:55.

      [supprimé pour cause de doublon… 1ère fois que ça m'arrive…]

  • # alternative to

    Posté par  . Évalué à 2.

    le site alternativeto donne 2 réponses :
    - https://sourceware.org/insight/
    - http://www.kdbg.org/

    sinon, il faut peut-etre regarder du coté des IDE : éclipse, KDevelop, Code::Blocks ; ils sont nombreux, essaie de trouver le plus léger.

    • [^] # Re: alternative to

      Posté par  . Évalué à 2.

      insight semble ne plus être maintenu depuis 8 ans, du coup, ça me semble une mauvaise idée de l'utiliser encore, ne serait-ce que parce que je doute que l'API de gdb n'ait pas évolué depuis tout ce temps.

      sinon, il faut peut-etre regarder du coté des IDE : éclipse, KDevelop, Code::Blocks ; ils sont nombreux, essaie de trouver le plus léger.

      Me semble qu'il a explicitement dit qu'il ne voulait pas d'un debugguer dans un IDE, justement:

      Et, pour des raisons pédagogiques, je préfèrerais une application indépendante (une action <=> un outil, sinon mes étudiants confondent tout :-)).

      Tu as essayé kdbg? Je serais curieux de voir ce qu'il donne («standalone», encore maintenu, interface graphique pas dégueu à première vue) mais la flemme d'installer tout KDE…

  • # Emacs ?

    Posté par  . Évalué à 3.

    Emacs dispose d’un excellent mode de debug. Je ne serais pas surpris que vim dispose également d’un plug’in correct.

  • # Nemiver

    Posté par  . Évalué à 2.

    Moi j'ai bien aimé nemiver quand j'ai eu besoin d'un debugger. Ca utilise gdb dans l'arrière boutique également.

    https://wiki.gnome.org/Apps/Nemiver

  • # gdbgui, A browser-based frontend for GDB

    Posté par  . Évalué à 1.

    Je viens suis en trains de tester gdbgui, qui utilise le navigateur!, et ca marche relativement bien.
    https://github.com/cs01/gdbgui

    Bon en revanche, d'un point de vue appli indépendante…

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.