Re: profiler, mem checker

"Torri" <dcaro69@hotmail.com> wrote in message
news:48655cfa$0$22720$426a34cc@news.free.fr...
> Le Fri, 27 Jun 2008 22:33:57 +0200, Jerome a écrit :
>
> > Torri wrote:
> >> je programme sous Windows avec msys / mingw (C, C++), pas visual studio
> >> (je suis en fait un linuxien) et je voudrais savoir s'il existe des
> >> outils tels que
> >>
> >> 1) valgrind (principalement mem checker, mais fait beaucoup plus) 2)
> >> oprofile (profiler de l'exécution de code) 3) memsys (profiler de
> >> mémoire)
> >
> > Le plus connu est DevPartner (BoundsChecker) (et ANTS Profiler pour
> > .NET)
> > Mais un Code Profiler est inclus avec VS, selon les versions
>
> apparemment, BoundsChecker ne fonctionne qu'avec visual studio, que je
> n'utilise pas. Et il me semble qu'il n'existe qu'en version de demo. Il
> n'est pas open source

Vous pouvez aussi mettre en place vos propres stratégies de checking.
BoundChecker est bien mais il fait des test génériques (essentiellement
mémoire et appel system) et puis c'est cher... Quand on fait des logiciels
complexes, de taille importante, il est plus efficace et plus sécure
d'intégrer (éventuellement dans des section #ifdef _DEBUG ) ses propre
tests.

On peut même se fabriquer une petite unité de gestion de LOG avec une
fenetre de monitoring, et intégrer des test d'erreur spécifiques dans les
procédures les plus critiques (ConsistencyTest). J'aime bien le LOG pour
checker le déroulement du soft , que le scenario est bien respecté, que
toutes les choses se font dans le bon ordre.

Bref, avec ou sans BoundChecker, c'est un bon réflexe d'intégrer des
procédures de test dans son code... ca prend plus de temps , mais au final
ca en fait gagner énormément, et ca libère l'esprit :-)

VB