Discussion :

[airstrike]

Bonjour,

je sais que cette question a déjà été posée par le passé mais
je me suis dis que peut-être de nouveaux outils avaient été
développés...
Je dois travailler sous windows avec une version 2010 de BCB, existe-t-il aujourd'hui des outils GRATUITS (ou versions test) de profiling utilisables
avec cet IDE?
merci

[ShaiLeTroll]

Je ne suis jamais dans de tel extrème de déboggage, disons qu'un simple GetTickCount ou QueryPerformanceCounter était suffisant pour chercher les lenteurs

Il existe AQtime 7 qui supporte C++Builder XE2 mais c'est payant évidemment pour la version Pro de AQTime

Une version lite bundle est fournie avec le RAD

[airstrike]

le QueryPerformanceCounter ça paraît bien mais ça oblige à
fouiller dans les fonctions que l'on veut tester...

En fait ce qui m'intéresse surtout ce n'est pas tant l'optimisation que la
recherche de fuites mémoires vicieuses, je développe une application
qui doit tourner pendant une longue période...
Avec les bibliothèques VCL que je ne maîtrise pas complètement, je n'ai
pas vraiment confiance en ma couche graphique.

Cependant je viens de découvrir qu'il existe CodeGuard qui a l'air d'être fait pour
ça justement, et miraculeusement de base dans l'IDE

[ShaiLeTroll]

Ce n'est pas vraiment du Profiling mais si tu ne cherches que les fuites ça t'aidera

Je suis justement en train de me battre avec DLL qui en Debug+CG32 activé (BCB2007) me provoque une erreur 998 durant le LoadLibrary !
En le désactivant, 2 DLL passe, la 3eme provoque en une EStackOverflow
Misère Misère !

[airstrike]

EStackOverflow = "bien essayé mais tu comptais pas t'en tirer comme ça?"

j'ai entendu dire qu'il n'est pas de problème qu'une absence durable de solution
ne puisse résoudre...

[nirgal76]

Ce n'est pas vraiment du Profiling mais si tu ne cherches que les fuites ça t'aidera

Je suis justement en train de me battre avec DLL qui en Debug+CG32 activé (BCB2007) me provoque une erreur 998 durant le LoadLibrary !
En le désactivant, 2 DLL passe, la 3eme provoque en une EStackOverflow
Misère Misère !

J'ai 4 thread qui tournent dans mon appli (le principal avec une base de donnée Oracle, 2 de traitements des états d'une machine et un 4ieme de communication avec une autre base de donnée). Qvec Codeguard, j'ai aléatoirement une exception de "Mémoire insuffisante" qui se lève au lancement du 4ième thread. Parfois dès la première fois, parfois seulement au bout du nieme lancement.
Aucune fuite mémoire pourtant et des synchro sur chaque objets partagés.

Sans Codeguard, tout tourne nickel des heures durant.

Donc, j'ai une confiance limité en codeguard.
Il fait bien sous boulot et est très utile pour les fuites mémoires, mais ce n'est pas la première fois que j'ai des problèmes en multithreading avec lui.

[nirgal76]

Je viens tout juste de resoudre mon problème de codeguard en multithread.

La solution : tourner sur un seul core du processeur.

En ajoutant en début de programme :

#ifdef __CODEGUARD__
SetProcessAffinityMask(GetCurrentProcess(), 1);
#endif

plus de crash en debug quand codeguard est activé.