Pourquoi un tutorial sur ce sujet ?.
La méthode de gestion des exceptions utilisée içi est entièrement originale et permet ni plus , ni moins,de repérer dans le SOURCE l'endroit ou s'est produit l'erreur.
A ma connaissance , je suis le seul a proposer cela.Microsoft a essayé avec le debugger du SDK,de fournir la même chose,mais le résultat n'est pas des plus évidents.
Pour utiliser le procédé,la syntaxe est simple.
exemple,soit a protéger l'instruction suivante:
invoke lnstr,szAllocationBase
protégée se transforme en
EXCEPT ("lnstr dans le proc testexcept"),lnstr,szAllocationBase
on aurait du écrire addr szAllocationBase,une exception va se produire et la boite de message qui va s'afficher, possédera dans son titre,la phrase mise entre ("").
Ce qui localise avec précision l'endroit de l'erreur dans le SOURCE,j'insiste.
on peut introduire autant EXCEPT que l'on veut.
La valeur des registres et la nature de l'exception est transmise après.
Si vous trouvez l'équivalent de cela dans le web,traité moi de menteur.
Rajout:
Insérer int 3 dans votre source,cela aura pour effet de générer une exception breakpoint et de vous permettre de voir la valeur des registres,ceci sans aucune pénalité pour la suite du programme.Vous pouvez insérer autant int 3 que vous voulez,a la condition qu'elles soient dans un espace protégé par EXCEPT,autrement dit un proc.
Le module de l'exemple est conçu pour etre insérer facilement dans n'importe qu'elle programme.Voir explications dans le source.
Corrigé un léger bug,hélas on en touve,le programme sert a ça
simplifié la syntaxe EXCEPT ("phrase de localisation"), suite de invke
ajouter l'affichage des valeurs de flags
mis une série de int pour tester les possibles plantages,le module reste imperturbale
ToutEnMasm