Diapositive 25 sur 26

Il n'est pas possible de faire le tour de toutes les erreurs dues à l'imagination fertile des développeurs. On peut quand même donner les plus fréquentes.

Surtout, renforcer le contrôle du compilateur. Tout ce qui est détecté à la compilation (là où l'on sait à quel endroit du code est l'erreur) est autant de problèmes en moins au moment de l'exécution, là où ils sont le plus difficile à détecter.

4) c'est aussi valable pour le passage d'arguments modifiés au retour:

CALL SUB(i,i) redonne un résultat imprévisible.

Ne pas oublier que l'impossible finit toujours par se produire. Toujours tester les flags d'erreurs en retour de procédure, les dépassements de tableau, les valeurs des pointeurs lors d'allocation mémoire