Ecrire un débogueur c#

Version imprimable

Voir 40 message(s) de cette discussion en une page

09/08/2011, 10h55
trankil

Ecrire un débogueur c#

Bonjour,

Je voudrais ré-écrire un débogueur C# simplifié.

A partir d'un code source syntaxiquement correct, je voudrais exécuter pas à pas chaque instruction et avoir accès en temps réel au contenu des variables.

Quelqu'un a-t-il déjà écrit un débogueur c# ?

Merci d'avance
09/08/2011, 11h51
tomlev

Comment dire... soit t'es super motivé, soit tu ne te rends pas du tout compte de la difficulté de la tâche ! Pourquoi tu veux faire ça au juste ? Le compilateur de Visual Studio te convient pas ?
09/08/2011, 14h11
ShaiLeTroll

tu souhaite partir d'un "code source syntaxiquement correct" cela veut dire qu'il reste encore la génération du Bytecode, c'est plus proche la phase terminal d'un compilateur que d'un débogueur !

Il va sans dire que tu sais donc récupérer les données de l'arbre syntaxique pour la phase d'analyse sémantique
Tu maîtrise la compilation en ligne de commande MSBuild en détail !

Ensuite, il te faudra interagir avec la CLR, la machine virtuelle pour lui injecter les commandes une par une !

Je suppose que tu sais codé directement en CIL, le pseudo-assembleur du .NET

Solution plus simple :
Avant, tu devrais peut-être voir si les RTTI et la Reflexion ne pourrait pas t'aider à réaliser un assistant au debug que tu pourrais utiliser chez un client sur une version de prod non équipé d'un débogueur, un outil visible et accessible uniquement depuis un compte d'administration de ton logiciel

Je suppose que tu avais déjà etudié chacun des acronymes et éléments technique avant de poser la question ?

Mais après tout, je ne suis que développeur Delphi\C++, je ne fais pas de C# !
10/08/2011, 09h15
kheironn

Qu'est-ce qu'il est méchant ce Troll !
Mais très doué !
Sauf en orthographe. Cousin tu pourrais faire un effort ! ;)

J'ai un peu bidouillé du code CIL, juste par curiosité, mais je suis pas allé bien loin.

Actuellement je suis sur un projet où je manipule beaucoup la Reflexion de .Net.

Bon, peut être, j'ai pas besoin de récrire un débogueur, je vais donc d'avantage préciser la problématique.

Voici la donnée d'entrée du programme que je veux écrire
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 if (lpremisse.ToLower().Equals("lecture de texte à haute voix")) goto lecture_a_haute_voix; else goto unification_message_interlocuteur; lecture_a_haute_voix: //analyse du mot phonème i = 0; lmot = ""; obtenir_caractere_suivant: lchar = lmessage[i]; if (lviki.est_separateur(lchar.ToString())) goto traitement_mot; else goto concatener_caractere_au_mot; //j'ai un séparateur incrementation_i: if (i >= lmessage.Length - 1) goto traitement_mot; i++; goto obtenir_caractere_suivant; concatener_caractere_au_mot: lmot += lchar; goto incrementation_i; ...............
Je voudrais faire une application qui ré-exécute le bout de code ci-dessus,
et qui me permet surtout
- d'obtenir en temps réel les valeurs des variables (lpremisse, lmot, lchar, etc..). Juste après l'exécution de l'instruction

Code:

lchar = lmessage[i];

le programme doit me retourner la valeur de la variable lchar. Et sur la base de cette valeur, je ferai un traitement particulier.

- d'obtenir le chemin d'exécution des instructions , un peu ce qui se passe quand je fait une exécution pas à pas avec un débogueur

Bref, voilà la problématique.

Quelqu'un a-t-il une orientation ?

10/08/2011, 17h12
tomlev

goto ? En C# ? 8O

Bah je comprends pourquoi tu as besoin d'un débogueur :aie:
10/08/2011, 17h53
PatteDePoule

Fait toi un log ou une fenêtre qui affiche tout ça en temps réel.
10/08/2011, 18h56
worm83

Citation:

Envoyé par tomlev

goto ? En C# ? 8O

Bah je comprends pourquoi tu as besoin d'un débogueur :aie:

+1
10/08/2011, 21h01
Nathanael Marchand

Citation:

Envoyé par tomlev

goto ? En C# ? 8O

Bah je comprends pourquoi tu as besoin d'un débogueur :aie:

L'homme qui faisait du C# version assembleur-like :D Les méthodes et classes c'est surfait, on peut tout faire avec un goto :aie:
10/08/2011, 21h10
tomlev

Bon, de toutes façons, si j'ai bien compris la question, le fait que ce code soit une horreur sans nom n'a pas vraiment de rapport avec le problème... C'est quoi le but ? Tu veux faire un programme qui va exécuter pas à pas le code reçu en entrée, c'est ça ? Dans ce cas c'est effectivement une sorte de débogueur que tu veux faire... mais je vois vraiment pas de moyen simple de réaliser ça :?
10/08/2011, 21h26
Nathanael Marchand

Et en construisant une liste d'arbres d'expressions?
Un genre de IEnumerable<Expression<Func>>, il serait possible d'executer pas à pas non?
10/08/2011, 21h39
tomlev

Citation:

Envoyé par Nathanael Marchand

Et en construisant une liste d'arbres d'expressions?
Un genre de IEnumerable<Expression<Func>>, il serait possible d'executer pas à pas non?

Euh... peut-être, mais je vois pas très bien comment
Et de toutes façons, comment tu fais pour construire l'arbre d'expression ? Le compilateur ne sait générer des expressions à partir de code que pour des expressions simples (une seule instruction)
10/08/2011, 21h57
Nathanael Marchand

Ben en fait, c'est dans linqpad qu'il fait un truc du genre pour te montrer ce qu'il se passe avec ta requête. Il y'a une dll qui prend un code et te retourne un arbre d'expression me semble t il.
10/08/2011, 22h57
tomlev

Citation:

Envoyé par Nathanael Marchand

Ben en fait, c'est dans linqpad qu'il fait un truc du genre pour te montrer ce qu'il se passe avec ta requête. Il y'a une dll qui prend un code et te retourne un arbre d'expression me semble t il.

C'est quand tu Dump un IQueryable, ça affiche l'expression dans l'onglet lambda. Mais c'est une expression simple, donc le problème reste le même...
11/08/2011, 09h10
brachior

Citation:

Envoyé par Nathanael Marchand

Et en construisant une liste d'arbres d'expressions?
Un genre de IEnumerable<Expression<Func>>, il serait possible d'executer pas à pas non?

C'est la méthode que j'appliquerai ^^

Tu parses un fichier d'entrée C#,
Tu décomposes ce fichier en graphe en fonction des besoins du langage et de ton utilisation
(blocs, portée des variables, tests, breakpoint, ...)
Le plus simple serait de compiler ce graphe, sinon il faut le retranscrire.
Tu as ensuite un autre programme capable de se déplacer comme bon lui semble dans ce graphe (le débugger).

C'est long, très long ... Fastidieux ... Par contre t'en apprendras beaucoup sur le langage ^^

Je sais pas si on peut jouer sur le préprocesseur en C#
(d'après MSDN, tu peux pas faire de macro, mais c'est pas forcement problématique ici)
11/08/2011, 09h28
Bluedeep

Citation:

Envoyé par trankil

Quelqu'un a-t-il une orientation ?

Oui, j'en ai une : commencer à apprendre à coder en C# normalement avant de vouloir faire un debugger. Il y a déjà du chemin à faire, là ....
11/08/2011, 09h48
mermich

Salut,

La solution codedom+reflexion n'est-elle pas possible (juste pour faire du pas-à-pas) ?
11/08/2011, 10h00
antoine.debyser

Bonjour,

Vu le but de la question, qui a l'air d’être de suivre l’évolution des variables plutôt que de faire vraiment du pas à pas.
commencer par mettre en place un système de log aiderai déjà grandement.
Et en plus c'est simple, et déjà intégré dans le framework.
11/08/2011, 10h00
Nathanael Marchand

Bon je me suis mal exprimé, c'était pour la vérification de syntaxe qu'il ya un truc du genre. Sur la page "How Linqpad works?" y'a deux paragraphes interessants:

Citation:

Features such as syntax highlighting, red squiggly underlines and autocompletion require that you lexically and semantically parse the source code. Lexical parsing means reading the raw text stream and breaking it up into a stream of tokens; a semantic parser then reads those tokens and figures out what they mean in context, emitting a code DOM (called an Abstract Syntax Tree). The final step is to resolve the nodes in the AST into .NET types and members.

Much of the heavy lifting is done by NRefactory and SharpDevelop.Dom, written by Daniel Grunwald, Andrea Paatz, and Mike Krüger (as part of the SharpDevelop project). These are fantastic libraries: writing a fully-featured lexical and semantic language parser in itself is no easy task; writing a well-structured type resolution DOM that can correctly handle the nuances of C# 3.0 type inference is a major achievement. It certainly bodes well for SharpDevelop 3.0 (currently in beta).
11/08/2011, 10h43
tomlev

Citation:

Envoyé par antoine.debyser

Bonjour,

Vu le but de la question, qui a l'air d’être de suivre l’évolution des variables plutôt que de faire vraiment du pas à pas.
commencer par mettre en place un système de log aiderai déjà grandement.
Et en plus c'est simple, et déjà intégré dans le framework.

Oui mais si j'ai bien compris la problématique, il ne peut pas modifier ce code : c'est une donnée d'entrée du programme. Enfin il faudrait qu'il nous précise un peu le besoin parce que là ça reste flou...

Citation:

Envoyé par Nathanael Marchand

Bon je me suis mal exprimé, c'était pour la vérification de syntaxe qu'il ya un truc du genre. Sur la page "How Linqpad works?" y'a deux paragraphes interessants:

Ah ouais, ça pourrait éventuellement servir...

Voir 40 message(s) de cette discussion en une page