Je vais peut-être dire un bétise mais purify et valgrind ne fonctionne pas du tout de la même façon:
- valgrind "émule" un processeur et intercepte les accès mémoire.
Valgrind s'utilise à l'exécution d'un programme.
- purify "instrumente" un exécutable pour inserer du code avant chaque accès mémoire pour valider si celui-ci est correct. Purify s'utilise à l'édition des liens d'un exécutable.
Cette différence architecture permet à valgrind d'être utilisable sur la plupart des codes (exécutable, bibliothèque dynamique, ...) là où le concurent de Rational n'est capable que de gérer des exécutables (ciao jni!)
Cependant, cette architecture semble avoir un prix: il parait délicat de faire un portage de valgrind sur d'autre type de plate-forme (sun/solaris, mips/SGI, ...).
J'ai du mal à voir ce que Rational a pu breveté d'autre que "on vérifie que l'accès mémoire est correct". On serait bien loin de la technique.... Et cette idée me parait presque aussi vielle que les OS mutli-taches.
[^] # Re: Valgrind libre
Posté par Nicolas LAURENT . En réponse à la dépêche Valgrind 2.2.0. Évalué à 5.
- valgrind "émule" un processeur et intercepte les accès mémoire.
Valgrind s'utilise à l'exécution d'un programme.
- purify "instrumente" un exécutable pour inserer du code avant chaque accès mémoire pour valider si celui-ci est correct. Purify s'utilise à l'édition des liens d'un exécutable.
Cette différence architecture permet à valgrind d'être utilisable sur la plupart des codes (exécutable, bibliothèque dynamique, ...) là où le concurent de Rational n'est capable que de gérer des exécutables (ciao jni!)
Cependant, cette architecture semble avoir un prix: il parait délicat de faire un portage de valgrind sur d'autre type de plate-forme (sun/solaris, mips/SGI, ...).
J'ai du mal à voir ce que Rational a pu breveté d'autre que "on vérifie que l'accès mémoire est correct". On serait bien loin de la technique.... Et cette idée me parait presque aussi vielle que les OS mutli-taches.