Rim Chaabane. Analyse dynamique de ... - Université Paris 8

Chapitre 7 - Comparaison avec l existant
#include
class A {
public:
void a();
void b();
void c();
};
void A::a(){b();}
void A::b(){}
void A::c(){}
int main()
{A t;
t.a();
t.c();
exit(0);}
Figure 34. Graphe de dépendance des fonctions du fichier "test.cpp" à gauche de la figure
Nous pouvons voir dans cet exemple, que la fonction main fait appel à trois fonctions. La
première fonction a() est définie dans la classe A et fait appel à la fonction b() qui est est
définie dans cette classe. La deuxième fonction c() est également définie dans A et la troisième
est la fonction exit(0). Sur le graphe généré dynamiquement, on peut voir des liens de la
fonction main vers les deux fonctions de classe A, avec le lien représentant l appel de la fonction
a() à la fonction b() et enfin un lien de la fonction main vers la fonction exit. Nous n avons
donc aucune représentation sur la valeur passée en argument à la fonction exit, contrairement à
notre outil qui permet de retourner ces valeurs graphiquement.
L appel à Gprof permet de consulter le contenu du fichier de données généré, des options
d appel à cet outil permettent de filtrer les données qu on veut consulter (par exemple choisir de
ne pas représenter certaines fonctions). Le fichier de données doit ensuite être manipulé par
d autres outils pour le mettre sous un format spécifique lisible par VCG. Il n y a, de plus, aucune
automatisation de cette génération de graphes.
Donc cet outil, tout comme le nôtre, permet d obtenir une visualisation de données extraites de
manière dynamique d un code source. L avantage que présente Call Graph est que toutes les
spécificités du C sont prises en compte étant donné que le compilateur gcc est utilisé. Cependant,
les informations extraites ne concernent que les dépendances entre fonctions, ce qui ne donne au
développeur qu une partie de l information manipulée par un programme. Notre programme
permet non seulement de générer un plus grand nombre d informations d un code source exécuté
mais se base sur un interprète, portable sur un grand nombre de systèmes. Il offre également une
génération automatique des graphes de dépendances.
7.2. Zeugma : représentation métaphorique de
programmes
L outil Zeugma [PLO 02], développé par D. Ploix en Intelligence Artificielle, porte sur la
représentation analogique de programmes en Vlisp. Il est basé sur des liens métaphoriques entre
les objets manipulés dynamiquement par un programme et des domaines de représentations dans
des villes ou encore des comportements d animaux lors de l exécution du programme, ces liens
sont activés pour ainsi construire une représentation métaphorique du programme.
71