Posté le 24/05/2003 à 15:00 Membre depuis le 18/07/2004, 335 messages
Tout est dans la question grin
Si vous connaissez un programme du même type, merci d'indiquer un lien
Posté le 24/05/2003 à 18:47 Membre depuis le 10/03/2003, 641 messages
écoute, il me semble que c'st une excellente idée :P
sérieusement, si t'arrives à faire un prog pareil, ca faciliterait énormément les choses !
c'est l'outil qu'il manque aux programmeurs

je suppose que tu commences ca pour 83/+, nan ?
si tu pouvais commencer en parallèle ca pour 82, ca serait cool grin si tu veux je peux me charger de te donner les infos spécifiques à la 82...

bonne chance en tout cas, ca doit etre chaud...
Posté le 24/05/2003 à 19:02 Membre depuis le 18/07/2004, 335 messages
J'ai eu l'idée en commençant à developper TiWord v2.0 : une routine qui me faisait ch..r :evil: et je trouvais pas l'erreur, alors j'ai pensé qu'une exec du prog pas à pas ça serait cool.
J'avais pas pensé à le faire sur ti82, mais comme c'est le même proc ça devrait pas poser trop de problème.
Posté le 24/05/2003 à 20:54 Membre depuis le 10/03/2003, 641 messages
ouais je sais mais des trucs genre la mémoire et la ROM ne sont pas pareil...et il me semble que si tu veux le faire aussi pour 82 il faut commencer à l'intégrer dès maintenant au projet sinon à la fin c'est casse couilles :?
Posté le 25/05/2003 à 12:40 Membre depuis le 10/03/2003, 641 messages
ouais si c'est comme ca c'est facile :lol
Posté le 25/05/2003 à 15:30 Membre depuis le 18/07/2004, 335 messages
Mais mon programme ne sera pas vraiment un émulateur:
par exemple si le programme rencontre l'instruction bcall(_grbufcpy), call ionfastcopy ou d'autres routines et romcalls, il n'y aura pas de saut à cet routine, mais elle sera interprêté comme une instruction, genre _grbufcpy mettra l'écran directement à jour sans passer par les instructions réelles de cette romcall si vous voyez ce que je veux dire, mais ça devrait marcher pareil.
Par contre, faudra éviter les programmes qui utilise des niveaux externes ou des trucs comme ça. En fait ce programme sera utile pour tester une routine, pour voir où est le problème.
Posté le 26/05/2003 à 13:57 Membre depuis le 18/07/2004, 335 messages
Surtout que VTI c'est pas trop mal comme émulateur smile mais ça ne permet pas de voir où est-ce que ça bugue :smoke:
Posté le 26/05/2003 à 20:40 Membre depuis le 10/03/2003, 641 messages
ok rangi mais deserteagle il veut faire un truc qui execute une routine [b:c8d8cd39f1][u:c8d8cd39f1]pas à pas[/u:c8d8cd39f1][/b:c8d8cd39f1] ce que le debugger de vti ne fait pas il me semble :roll:
Posté le 27/05/2003 à 13:53 Membre depuis le 10/03/2003, 641 messages
vas y explique rangi...ca m'interesse :idea:
Posté le 27/05/2003 à 17:08 Membre depuis le 18/07/2004, 335 messages
sad , je vais voir comment ça marche ce debuggueur.
Mais une chose, ce programme n'exécutera pas des fichiers compilés mais directement les sources.
Posté le 28/05/2003 à 16:40 Membre depuis le 18/07/2004, 335 messages
Je l'avais déjà vu mais je ne savais pas m'en servir, et je crois que je ne pas le seul dans ce cas. Je trouve aussi qu'il n'est pas facile de bien s'en servir, qu'en pensez vous ?
Posté le 01/06/2003 à 10:22 Membre depuis le 18/07/2004, 335 messages
pour les jump, c'est pas trop dur si j'ai un label, avec une adresse absolue, c'est sur que ce sera plus dur.
C'est vrai que tout ça ne sera pas facile à réaliser mais je pense bien quand sortir au moins un "testeur de routines" :lol