... ou la déception de DDD.
Bonjour tout le monde...
A la mise en place d'un environnement de développement C/C++ tout à bien marché jusqu'à ce que les utilisateurs l'utilisent :)
En gros, CVS-like, et un bazar de scripts et makefile pour des nightly builds sur plusieurs couples d'OS/compilateurs. Modifications des variables d'environnement des utilisateurs pour compiler en linker le bon build selon les besoins.
Ca marche; merci au revoir.
Non non, revient: comment on debug?
Ben... gdb et dbx. En couleur? Hmmm Workshop pour les Sun et DDD pour gcc.
(perso c'est vim et gdb-dbx mais j'ai des excuses; le télétravail, même en aDSL une session de debuggage il vaut mieu la faire en ligne, mais là n'est pas la question).
Il se trouve, que DDD plante, qu'il est lent dès qu'on l'utilise sur une machine distante (en réseau local)... bref à ma grande surprise les développeurs n'en veulent pas... même sous la menace de xxgdb.
Je leur met quoi à la place?
# emacs
Posté par jmfayard . Évalué à 3.
Sinon, il y a valgrind et ses amis comme alternative a gdb.
[^] # Re: emacs
Posté par Loïc Jaouen . Évalué à 2.
[^] # Re: emacs
Posté par tuan kuranes (site web personnel) . Évalué à 2.
et valgrind propose de passer en gdb quand un bug est detecte.
# Insight
Posté par nojhan (site web personnel, Mastodon) . Évalué à 3.
http://sources.redhat.com/insight/(...)
Simple, un peu moche et pas hyper bien pensé, mais toujours pratique.
[^] # Re: Insight
Posté par Loïc Jaouen . Évalué à 1.
# kdbg pour kde
Posté par Geo Vah . Évalué à 3.
[^] # Re: kdbg pour kde
Posté par Loïc Jaouen . Évalué à 1.
[^] # Re: kdbg pour kde
Posté par animal_omega . Évalué à 2.
# re
Posté par riba . Évalué à 4.
# Facil...
Posté par Calim' Héros (site web personnel) . Évalué à 0.
# mais ou suis-je ?
Posté par alphacc . Évalué à 4.
http://libre.act-europe.fr/gps/(...)
Mieux que le GPS de ta renault, cette interface fera meme le cafe.
Sinon moi en vrai, j'utilise cgdb. Emacs users s'abstenir vi inside.
[^] # Re: mais ou suis-je ?
Posté par Loïc Jaouen . Évalué à 1.
cgdb!!! Excellent, je m'en vais essayer ça... mais je vais probablement le garder pour moi et pas pour les autres développeurs.
[^] # Re: mais ou suis-je ?
Posté par alphacc . Évalué à 1.
[^] # Re: mais ou suis-je ?
Posté par Tutur . Évalué à 1.
GVD est tres proche de DDD, il existe même une version pour microsoft windows. Ce sont tous les 2 des interfaces graphiques pour gdb.
[^] # Re: mais ou suis-je ?
Posté par alphacc . Évalué à 1.
en plus sur le site web c'est bien marque multi-languages
# Gnu Emacs && DDD == TRUE
Posté par tuan kuranes (site web personnel) . Évalué à 4.
et la au prompt
`ddd --tty'
(suivi de `--dbx' or `--gdb', si besoin est),
puis le nom du progamme a debugger.
La puissance d'emacs et le suivi visuel de DDD. Que peut-on vouloir de plus ?
# Re:
Posté par 007 . Évalué à 2.
[...]
--debugger CMD Invoke inferior debugger as CMD.
[...]
--host USER@HOST Run inferior debugger on HOST.
[...]
Ou
$ gdbserver --help
Usage: gdbserver COMM PROG [ARGS ...]
gdbserver COMM --attach PID
COMM may either be a tty device (for serial debugging), or
HOST:PORT to listen for a TCP connection.
A utiliser avec
(gdb) target remote the-target:2345
Il y a de quoi faire...
# eclipse
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 3.
[^] # Re: eclipse
Posté par Sebastien . Évalué à 2.
Coloration syntaxique !
On vous l'a dit et repete[1].
Vous me copierez 100 fois :
"Je ne dois pas utiliser d'anglicisme pour paraître plus in ou hype ou in da groove baby !"
;)
[1] : https://linuxfr.org/comments/473499.html#473499(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.