hélas je ne blague pas. Une gestion automatique de la mémoire ajoute inévitablement un overhead non négligeable. Je ne connais aucun langage compilé qui offre une gestion de la mémoire avec "garde-fous" (les smart-pointer du C++ ou les bibliothèques genre efence sont des "rustines" dans le sens ou il est assez facile de les mettre en défaut). Aussi, je pense que pour les couches de bas niveau, le développeur dois se reposer sur un algorithme sain et une programmation propre. Il doit éviter les facilités qu'offre certains langages qui automatise certaine tache de gestion. Pour les applications cependant, il ne faut pas se priver (dans la mesure où on ne code pas un bout de code critique) !
Cependant, il est toujours possible faire rajouter du code à la compilation pour valider les accès mémoire (genre purify ou dans une moindre mesure valgrind). Mais cela pose le problème de l'exhaustivité des tests.....
PS. je ne code (quasiment) pas en ASM et je pense connaitre plusieurs langages de programmation, dont une bonne partie non compilé (...)
[^] # Re: C
Posté par Nicolas LAURENT . En réponse au journal "Virus d'image" sous Lnux. Évalué à -1.
Cependant, il est toujours possible faire rajouter du code à la compilation pour valider les accès mémoire (genre purify ou dans une moindre mesure valgrind). Mais cela pose le problème de l'exhaustivité des tests.....
PS. je ne code (quasiment) pas en ASM et je pense connaitre plusieurs langages de programmation, dont une bonne partie non compilé (...)