Débugger : parcours de structures

Version imprimable

06/03/2008, 12h10
gnulix

Débugger : parcours de structures

Bonjour,

Je découvre le débugger C de Code::Blocks. Soit je vois mal, soit il est assez rudimentaire...

N'est-il pas possible de parcourir un tableau, ou une structure de données? En d'autres termes, en cliquant sur un pointeur, d'observer la variable pointée, etc.

Aurais-je plus de chances avec Eclipse?

Sinon, avec quelle IDE est-ce possible?

Merci!
06/03/2008, 17h20
r0d
J'avoue (ça fait toujours mal mais c'est la vérité) qu'aucun IDE n'arrive à la cheville de visualc++ en ce qui concerne le debugger. Et il est vrai que gdb a encore des soucis avec les structures un peu complexes et les templates.

Cela dit, le watch de C::B est de plus en plus efficace (menu debug->debug windows->watches, et aprés tu fais bouton droit sur une variable-> add watch).

> edit: Et puis tu sais, ce n'est pas sale de débugger avec la console. C'est souvent même plus clair, et pas plus compliqué. Par exemple, pour afficher un tableau:
Code:

1 2 3 4 5 std::vector v; //.... // affiche le tableau: std::copy( v.begin(), v.end(), std::ostream_iterator<int>(std::cout, " "));
> edit2: quant aux autres IDE gratuits (eclipse/CDT, KDevelop, Angunta, BVRDE, etc...) je ne les connais pas tous trés bien, et surtout je ne suis pas trop leur évolution, mais ça m'étonnerais qu'ils fassent mieux que C::B. Je suis d'ailleurs tout ouïe à toute info sur le sujet.
06/03/2008, 17h40
gnulix

La console, oui, mais pour parcourir des arbres... bof quoi.

Visual C++, je l'ai exclu, non seulement à cause de ses origines, mais surtout pour ses non-compatibilités... Un bête Hello World provenant de C::B ne compile même pas. J'ai pas pris le temps de chercher la solution...

Entre-temps, j'ai trouvé ce qu'il me fallait avec Eclipse. J'en profite au passage pour recommander la distribution Wascana (pour Windows). C'est très simple, tout est inclus, il n'y a aucune opération supplémentaire à faire pour commencer à travailler.
06/03/2008, 17h45
gnulix

Citation:

Envoyé par r0d

> edit2: quant aux autres IDE gratuits (eclipse/CDT, KDevelop, Angunta, BVRDE, etc...) je ne les connais pas tous trés bien, et surtout je ne suis pas trop leur évolution, mais ça m'étonnerais qu'ils fassent mieux que C::B. Je suis d'ailleurs tout ouïe à toute info sur le sujet.

Je n'avais pas vu ton edit2...
Eclipse fait à première vue bien mieux (ou en tout cas beaucoup plus) que C::B. Besoin de changer le nom d'une variable => le Refactor le fait pour vous (comme Eclipse le fait en JAVA quoi...)
L'interface graphique est également très agréable...

Comme je l'ai dit plus haut, pour ceux qui cherchent une solution complète et facilement installable (suffit d'exécuter l'installer) => Wascana : http://wascana.sourceforge.net/
06/03/2008, 17h54
r0d

Ha ok, merci pour ton retour positif.
Malheureusement, ça ne sera pas une bonne solution pour les gens qui, comme moi, font de la portabilité une priorité absolue.

Cela dit, tu m'as donné envie de jeter un coup d'oeil à Eclispe. J'avais regardé, il y a environ 1 an et demie / 2 ans, et j'avais été fortement déçu. Visiblement, le plug-in CDT est pas mal utilisé, donc il doit évoluer pas mal. Je vais voir ça.

:merci:
06/03/2008, 18h23
gnulix

Citation:

Envoyé par r0d

Ha ok, merci pour ton retour positif.
Malheureusement, ça ne sera pas une bonne solution pour les gens qui, comme moi, font de la portabilité une priorité absolue.

Pourquoi ? Via Eclipse, je n'utilise rien d'autre que GCC. Mon but est précisément d'avoir un code portable (c'est d'ailleurs essentiel), et c'est pourquoi j'exclus Visual C++.

Citation:

Envoyé par r0d

Cela dit, tu m'as donné envie de jeter un coup d'oeil à Eclispe. J'avais regardé, il y a environ 1 an et demie / 2 ans, et j'avais été fortement déçu. Visiblement, le plug-in CDT est pas mal utilisé, donc il doit évoluer pas mal. Je vais voir ça.
:merci:

Oui, il a l'air de + en + utilisé. Wascana inclut en fait directement CDT pour éviter les chipotages...
06/03/2008, 20h37
r0d

Citation:

Envoyé par gnulix

Pourquoi ? Via Eclipse, je n'utilise rien d'autre que GCC. Mon but est précisément d'avoir un code portable (c'est d'ailleurs essentiel), et c'est pourquoi j'exclus Visual C++.

Je ne parlais pas d'eclipse, mais de Wascana.

Citation:

Building a distribution of Eclipse CDT with all the tools and libraries necessary to build Windows desktop applications.

D'ailleurs, visiblement Wascana utilise MinGW, et non gcc, si j'ai bien compris.
07/03/2008, 00h27
gnulix

Citation:

Envoyé par r0d

D'ailleurs, visiblement Wascana utilise MinGW, et non gcc, si j'ai bien compris.

De fait, par défaut, Wascana utilise MinGW, qui lui même, utilise, (je copie/colle depuis le menu des options) :

GCC Assembler
GCC Archiver
GCC C++ Compiler
GCC C Compiler
MinGW C Linker
MinGW C++ Linker

Donc, essentiellement du GCC sauf pour le linker.

Mais en quelques clics, on peut choisir "Solaris GCC", "MacOSX GCC", ou "Linux GCC", ce dernier utilisant :

GCC Archiver
GCC C++ Compiler
GCC C Compiler
GCC C Linker
GCC C++ Linker
GCC Assembler

Je me trompe peut-être, mais n'est-on pas bien générique dans ce cas?

Merci.
07/03/2008, 10h05
r0d

Le problème n'est pas le compilateur. Je soulignais que Wascana utilise MinGW juste pour dire que cela prouve que cet IDE est orienté Windows. D'ailleurs, on peut trés bien faire du code parfaitement portable avec visual toolkit 3 (le compilo des dernières versions de visualc++).

Non, ce qui me fait un peu "peur", c'est de constater que Wascana est a ce point orienté Windows. Quand je lis:

Citation:

Building a distribution of Eclipse CDT with all the tools and libraries necessary to build Windows desktop applications.

ça me laisse de sérieux doutes sur la portabilité des applis créées avec cet IDE. Pour en avoir le coeur net, il faudrait regarder les libs graphiques qu'il utilise. Je ne peux pas le faire, je n'ai pas de Windows à disposition.