Disons qu'il y a beaucoup de règles "à la con". L'initialisation à zéro permet de masquer des erreurs en injectant une valeur qui peut être bonne (à la limite je préfère 0xFFFFFFFF pour un entier). Je pense que l'on voulait parler de l'initialisation à null des pointeurs pour qu'un déférencement introduise directement une erreur de protection mémoire.
J'imagine aussi que ce genre de règle devienne obsolète avec le temps, quand les compilateurs sont capables de détecter l'usage de variable non initialisé.
[^] # Re: Le thread dont vous éte le Mollah
Posté par Nicolas Boulay (site web personnel) . En réponse au journal udev forké. Évalué à 2.
Disons qu'il y a beaucoup de règles "à la con". L'initialisation à zéro permet de masquer des erreurs en injectant une valeur qui peut être bonne (à la limite je préfère 0xFFFFFFFF pour un entier). Je pense que l'on voulait parler de l'initialisation à null des pointeurs pour qu'un déférencement introduise directement une erreur de protection mémoire.
J'imagine aussi que ce genre de règle devienne obsolète avec le temps, quand les compilateurs sont capables de détecter l'usage de variable non initialisé.
"La première sécurité est la liberté"