Interception d'erreurs - Page 1

Voila sur PC quant t'as une grosse couille t'as des messages du genre:

Error machin at xxxx:xxxx
EAX=xxxx EBX=xxxxxxxx ECX=xxxxxxxx EDX=xxxxxxxx
PC=xxxx SP=xxxx etc...

Je voudrais faire pareil sur la TI, en assembleur.
J'ai essayé de modifier les adresses des vecteurs d'interruption du début de la rom (les touts premiers octets, en utilisant move.l, je me suis basé sur les adresses des vecteurs d'interruption donnée avec Doors) pour les envoyer sur une routine de mon programme quand ya un bug.
Ben ça fait rien! Je lance des traps machin, je fais des adress error (dans le même programme , je précise, donc l'interruption est censée être installée) mais mon prog les récupère pas.
C'est où le pb?

Après j'aimerais faire pareil quand mon prog n'est pas lancé, la il faut faire un TSR non? Comme l'horloge de la TICT (tuto tigcc) mais en prenant le bon vecteur à la place de l'auto-int 5?

Déjà les vaecteurs qu'il faut modifier sont au début de la RAM.
Même si tu modifiat ceux en ROM ça ne marcherait qu'après un reset (je crois).
Ensuite il faut d'abord déprotéger la mémoire basse (sinon tu as une 'protected memory violation')

Et si tu pouvait poster ta routine, on pourrait voir ce qui cloche.
Quant au tsr, je ne crois pas que ce soit nécessaire, car l'horloge a besoin de se mettre à jour, alors que les vecteur seront inchangés.

Je modifie effectivement les vecteurs du début de la RAM.
Je n'ai pas de quoi poster ma routine maintenant, mais ça va venir.

SMA fait une page d'erreur comme ça quand il crashe. Et il est en open source.

Je crois que ce kernel le fait également, et les sources sont dispos.

Merci!

Ximoon a écrit :
Déjà les vaecteurs qu'il faut modifier sont au début de la RAM.
Même si tu modifiat ceux en ROM ça ne marcherait qu'après un reset (je crois).

y'a pas de raisons...

Sauf erreur:
Quand une erreur se produit, seuls les vecteurs en RAM sont utilisés.
Tu peux modifier ceux en ROM tant que tu veux mais ils ne sont utilisés que lors d'un reset pour rafraichir ceux en RAM
(je me base sur des tests que j'ai fais sur une ROM de 92 2.1 sous vti, mais je ne vois pas de raison pour que ça se passe autrement)
Et de toute façon y'a pas 36 personnes capables d'écrire en ROM donc le problème ne se pose que peu...

dans le ZIP de PreOS, il y a un programme nommé GLD qui fait ça.
tu lance ton programme ainsi :
gld("programme")
et il te donne un dump des registres et d'autres trucs en cas de crash.

(et ce même si tu compile pas en incluant gld.H)