DEBUGUAGE : Identifier et Lister les variables d'une routine

[famaice]

Bonjour à tous, :)

 

Quand j'écris des routines en LISP, j'utilise souvent les commandes de vérification de l'éditeur VLIDE (menu OUTILS - Vérifier...) pour debuguer au fil de l'eau.

 

Dans certains cas, la vérification m'affiche dans une fenêtre de sortie (entre autre) la liste des variables utilisées dans la routine. Dans d'autres cas, non.

 

Questions :

Comment avoir la liste des variables utilisée par/dans une routine ?

Est-ce qu'il y a un réglage particulier à faire dans l'éditeur pour obtenir cette liste dans la fenêtre de sortie ?

Quelles sont vos trucs & astuces / bonnes pratiques / méthode pour identifier et fixer les problèmes de variables local/global ?

 

Mon Objectif : Fixer/Fiabiliser les routines qui me génèrent un résultat aléatoire souvent liés à des histoires de variables locales/globales qui ne sont pas réinitialisées à chaque appel.

 

J'avoue que parfois, ça me rend un peu dingue de les identifier... :blink:

 

Dans l'attente de vous lire, bien à vous tous !

 

Fabrice

[(gile)]

Salut,

 

Tu peux faire en sorte que la "Vérification de texte dans l'éditeur" (Ctrl+Alt+C) te rapporte les variable globales pour la fenêtre active (avec parfois des variables signalées comme globales alors qu'elles ne ne sont pas).

 

Menu Outils > Options d'environnement > Options générales > onglet Diagnostic > cocher la case : "Rapporter les stats lors de la vérification syntaxique".

Ceci fait, quand tu feras Ctrl+Alt+C tu auras plus d'infos dans la fenêtre de sortie, notamment la présence de variables globales dans le code.

[famaice]

Salut,

 

Tu peux faire en sorte que la "Vérification de texte dans l'éditeur" (Ctrl+Alt+C) te rapporte les variable globales pour la fenêtre active (avec parfois des variables signalées comme globales alors qu'elles ne ne sont pas).

 

Menu Outils > Options d'environnement > Options générales > onglet Diagnostic > cocher la case : "Rapporter les stats lors de la vérification syntaxique".

Ceci fait, quand tu feras Ctrl+Alt+C tu auras plus d'infos dans la fenêtre de sortie, notamment la présence de variables globales dans le code.

 

<img src='http://cadxp.com/public/style_emoticons/<#EMO_DIR#>/laugh.gif' class='bbc_emoticon' alt=':(rires forts):' /> Gile ! Mon héros... <img src='http://cadxp.com/public/style_emoticons/<#EMO_DIR#>/laugh.gif' class='bbc_emoticon' alt=':(rires forts):' />

Merci beaucoup pour l'info, c'est une option que je n'avais pas vu. Ca va beaucoup m'aider (et pas que moi je l'espère). D'ailleurs, je soupconne que les outils de debuggage de l'éditeur sont bien plus puissant et pratique que ce qu'on pourrait croire.

Encore merci et à plus tard !

Fabrice

[famaice]

Hello,

 

JE viens de faire un check d'une des routines que j'avais récupéré dans une vie antérieure et que je suis en train de debugger avant de l'optimiser (FYI: c'est une routine pour générer des cuves en 3D) ;

Et dans le rapport de vérification, je vois apparaître des variables "globales" nommé 0 et 1 dans une de mes sous-fonctions et que je ne retrouve pas du tout dans la dite sous-fonction (pas de (setq 0 xx) par exemple). :blink:

 

Est-ce que l'un d'entre vous à déjà eu à gérer ce genre de conflit de variable (déjà nommer une variable "0" ou "1", c'est très limite) ?

 

Dans l'attente de vous lire,

 

Fabrice