Memory leak et D2007

12/10/2007, 14h21

la question qui tue: les informés savent que le gestionnaire de mémoire
de la VCL est devenu FastMM...

dans FastMM on pouvait, à l'aide de directives de compile bien
choisies, triés sur le volet, sélectionnées pour leur pelage soyeux et
elevées au bon grain, on pouvait, donc, avoir un rapport d'erreur
indiquant les endroits où avaient été créés des objets qui n'avaient
pas été détruits avant la fermeture de l'appli... notamment... et bien
sûr les rapports sur les pb d'écrasement de mémoire et autre

la question, donc, est: peut on avoir la même chose avec D2007 ou
faut-il toujours mettre FastMM pour profiter de cette fonction

--
Faust
"Une âme en peine peut en cacher une autre"

12/10/2007, 14h31

Faust wrote:
> la question qui tue: les informés savent que le gestionnaire de mémoire
> de la VCL est devenu FastMM...
>
> dans FastMM on pouvait, à l'aide de directives de compile bien choisies,
> triés sur le volet, sélectionnées pour leur pelage soyeux et elevées au
> bon grain, on pouvait, donc, avoir un rapport d'erreur indiquant les
> endroits où avaient été créés des objets qui n'avaient pas été détruits
> avant la fermeture de l'appli... notamment... et bien sûr les rapports
> sur les pb d'écrasement de mémoire et autre
>
> la question, donc, est: peut on avoir la même chose avec D2007 ou
> faut-il toujours mettre FastMM pour profiter de cette fonction

Comme pour Delphi 2006, Y'a une variable globale dans Delphi 2007 à
mettre à True pour avoir une trace des libérations non effectuées. En
revanche, si tu veux un fichier de log détaillé, il faut bien ajouter
FastMM4 à la liste des uses du projet, et même parfois la DLL de debug
qui va bien dans le répertoire de l'exe généré.

12/10/2007, 14h34

k merci

/_OBones_ a énoncé/ :
> Faust wrote:
>> la question qui tue: les informés savent que le gestionnaire de mémoire de
>> la VCL est devenu FastMM...
>>
>> dans FastMM on pouvait, à l'aide de directives de compile bien choisies,
>> triés sur le volet, sélectionnées pour leur pelage soyeux et elevées au bon
>> grain, on pouvait, donc, avoir un rapport d'erreur indiquant les endroits
>> où avaient été créés des objets qui n'avaient pas été détruits avant la
>> fermeture de l'appli... notamment... et bien sûr les rapports sur les pb
>> d'écrasement de mémoire et autre
>>
>> la question, donc, est: peut on avoir la même chose avec D2007 ou faut-il
>> toujours mettre FastMM pour profiter de cette fonction

> Comme pour Delphi 2006, Y'a une variable globale dans Delphi 2007 à mettre à
> True pour avoir une trace des libérations non effectuées. En revanche, si tu
> veux un fichier de log détaillé, il faut bien ajouter FastMM4 à la liste des
> uses du projet, et même parfois la DLL de debug qui va bien dans le
> répertoire de l'exe généré.

--
Faust
"Une âme en peine peut en cacher une autre"

12/10/2007, 14h21	#1
Faust Messages: n/a Hébergeur:	Memory leak et D2007 la question qui tue: les informés savent que le gestionnaire de mémoire de la VCL est devenu FastMM... dans FastMM on pouvait, à l'aide de directives de compile bien choisies, triés sur le volet, sélectionnées pour leur pelage soyeux et elevées au bon grain, on pouvait, donc, avoir un rapport d'erreur indiquant les endroits où avaient été créés des objets qui n'avaient pas été détruits avant la fermeture de l'appli... notamment... et bien sûr les rapports sur les pb d'écrasement de mémoire et autre la question, donc, est: peut on avoir la même chose avec D2007 ou faut-il toujours mettre FastMM pour profiter de cette fonction -- Faust "Une âme en peine peut en cacher une autre"

12/10/2007, 14h31	#2
OBones Messages: n/a Hébergeur:	Re: Memory leak et D2007 Faust wrote: > la question qui tue: les informés savent que le gestionnaire de mémoire > de la VCL est devenu FastMM... > > dans FastMM on pouvait, à l'aide de directives de compile bien choisies, > triés sur le volet, sélectionnées pour leur pelage soyeux et elevées au > bon grain, on pouvait, donc, avoir un rapport d'erreur indiquant les > endroits où avaient été créés des objets qui n'avaient pas été détruits > avant la fermeture de l'appli... notamment... et bien sûr les rapports > sur les pb d'écrasement de mémoire et autre > > la question, donc, est: peut on avoir la même chose avec D2007 ou > faut-il toujours mettre FastMM pour profiter de cette fonction Comme pour Delphi 2006, Y'a une variable globale dans Delphi 2007 à mettre à True pour avoir une trace des libérations non effectuées. En revanche, si tu veux un fichier de log détaillé, il faut bien ajouter FastMM4 à la liste des uses du projet, et même parfois la DLL de debug qui va bien dans le répertoire de l'exe généré.

12/10/2007, 14h34	#3
Faust Messages: n/a Hébergeur:	Re: Memory leak et D2007 k merci /_OBones_ a énoncé/ : > Faust wrote: >> la question qui tue: les informés savent que le gestionnaire de mémoire de >> la VCL est devenu FastMM... >> >> dans FastMM on pouvait, à l'aide de directives de compile bien choisies, >> triés sur le volet, sélectionnées pour leur pelage soyeux et elevées au bon >> grain, on pouvait, donc, avoir un rapport d'erreur indiquant les endroits >> où avaient été créés des objets qui n'avaient pas été détruits avant la >> fermeture de l'appli... notamment... et bien sûr les rapports sur les pb >> d'écrasement de mémoire et autre >> >> la question, donc, est: peut on avoir la même chose avec D2007 ou faut-il >> toujours mettre FastMM pour profiter de cette fonction > Comme pour Delphi 2006, Y'a une variable globale dans Delphi 2007 à mettre à > True pour avoir une trace des libérations non effectuées. En revanche, si tu > veux un fichier de log détaillé, il faut bien ajouter FastMM4 à la liste des > uses du projet, et même parfois la DLL de debug qui va bien dans le > répertoire de l'exe généré. -- Faust "Une âme en peine peut en cacher une autre"

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email