Recherche programmeurs motivés pour travail d'équipe!

→ **MyCalcs** profile · de **Phacops** » 05 Déc 2004, 11:37

Ha ouais ok^^ fini le jaime bien moi ^^

→ **MyCalcs** profile · de **fpgforce** » 06 Déc 2004, 22:24

Ben ça c'est sûr que ça serai super de le terminer! on compte sur toi pour la finale release, et le départ en beauté! o!

Sinon je reformule ma demande, quelqu'un est intérressé par mon projet?

→ **MyCalcs** profile · de **Martial Demolins** » 11 Déc 2004, 13:22

Salut.

J'ai voulu faire le même projet un temps (j'avais même réécrit un éditeur de prog, j'avais planifié sur papier les différents features du prog).
Je pense que l'imporant pour un débuggueur TI-BASIC est de donner accès aux variables à un peu tous les moments du programme.

Mais au fait, le débuggueur, tu veux l'écrire en quoi? Je sais programmer en assembleur, un peu en C, et en basic.

→ **MyCalcs** profile · de **fpgforce** » 11 Déc 2004, 13:55

Salut Martial!
Je pense programmer le déboggueur en TI-Basic + Flib, en fait je voudrais utiliser la structure Try Else Endtry pour récupérer les erreurs du programme et ensuite en fonction du numéro de l'erreur générer un message d'aide. Qu'en pense-tu?
Tu est le bienvenu pour le projet en tout cas!

→ **MyCalcs** profile · de **Martial Demolins** » 11 Déc 2004, 14:53

Je pense que récupérer les erreurs pourrait être une bonne chose, mais pas suffisante. En effet, si tu récupères une erreur avec Try, tu pourras montrer à l'utilisateur le contenu des différentes variables utilisées par le prog (car à priori c'est bien une de ces variables qui n'a pas le contenu atendu), mais il pourrait tout aussi bien le faire en regardant dans son var-link. De plus, si le programme est lui-même dans une boucle try, tu ne récupéreras rien du tout.

Je pense donc que le mieux est d'éxécuter ligne à ligne le contenu d'un prog ti-basic (mais comme flib ne le fait pas, j'avais refait un éditeur), puis permettre à chaque ligne éxécutée de regarder le contenu de m'ensemble des variables (comme dans un débuggueur assembleur normal). En effet, si le programme plante, c'est peut-être à cause d'une erreur survenue 10 ou 20 lignes auparavant... Donc le seul moyen de suivre en temps réel ce qui se passe est bien d'interrompre le déroulement du prog à chaque ligne. C'est pour ça qu'un programme en C/assembleur serait beacucoup plus efficace.

Mais bon, c'est juste ce qui me reste comme idée d'un prog que j'avais commencé il y a 4 ans.

→ **MyCalcs** profile · de **fpgforce** » 11 Déc 2004, 17:41

Forcément les breakpoints restent la meilleure manière pour débugguer mais comme je ne programme ni en C ni en ASM je ne opurrait pas exécuter ligne par ligne mon prog oo. Celà dit, si tes sources sont disponibles ça m'intérrésserait d'y jetter un coup d'oeil