Discussion :

[LeBigornot]

Bonjour,

J'utilise Delphi 6 pour lire des fichiers XML (XMLDoc, XMLIntf).
Beaucoup de variables de type OleVariant sont utilisées.

Je "debug" mon application avec memproof et je me rend bien compte que beaucoup de OleVriaant sont la cause de mes fuites mémoire , du moins c'est ce que memproof à l'air de dire...

si j'écris simplement ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
var 
test: Olevariant;
begin
test := 'toto';
end;

Memproof me sort dans les resources non libérées: SysAllocString(toto,4)

Que puis-je faire svp ?

[ShaiLeTroll]

Essaye d'affecter Unassigned à ton variant ? ou une chaine vide ...

[LeBigornot]

Essaye d'affecter Unassigned à ton variant ? ou une chaine vide ...

Déjà essayé je ne l'ai pas précisé désolé

En cherchant sur le net pas mal de personnes ont eu le même soucis mais on ne sait pas si c'est un bug de memproof 0.9.5.0 où un bug dans les olevariant de Delphi.

Toujours est-il que mon appli doit tourner 24/24 7/7 et fais beaucoup d'accès lecture/écriture sur des fichiers xml.
Elle démarre à 30Mo et atteint 600Mo en 10 jours, en utilisant memproof j'ai pu corrigé quelques fuites dû à moi même("live pointer") et maintenant il ne me reste que le compteur OLE qui monte avec seulement des SysString qui restent en mémoire.

[ShaiLeTroll]

Après, une application Delphi qui tourne 24/24 et qui grapille de la mémoire, petit à petit, c'est assez classique, bon, c'est vrai que 600Mo au bout de 10 Jours, c'est beaucoup, en général, c'est 4Ko de temps en temps, ... au pire ça fait 100Mo en 10 Jours ... souvent lié au fenêtre ou handle divers ...

Sinon, les Interfaces XML de Delphi sont connues pour être une calamité en terme de mémoire ... c'est aussi bien lié à Delphi qu'au IXMLDocument de MicroSoft ... en tout cas, c'est que l'on m'avait dit en D5 ...

[LeBigornot]

Après, une application Delphi qui tourne 24/24 et qui grapille de la mémoire, petit à petit, c'est assez classique, bon, c'est vrai que 600Mo au bout de 10 Jours, c'est beaucoup, en général, c'est 4Ko de temps en temps, ... au pire ça fait 100Mo en 10 Jours ... souvent lié au fenêtre ou handle divers ...

Sinon, les Interfaces XML de Delphi sont connues pour être une calamité en terme de mémoire ... c'est aussi bien lié à Delphi qu'au IXMLDocument de MicroSoft ... en tout cas, c'est que l'on m'avait dit en D5 ...

C'est exactement ce que je me dis aussi depuis un moment mais c'est très contraignant cette histoire...

Ceci dit c'est vraiement dû à l'utilisation de variables de type Olevariant si je n'appelle pas les fonctions qui en utilise je n'ai pas de soucis.
Par exemple pour accéder à une valeur d'attribut d'un noeud:

- Si je fais: Node.AttributeNodes['attribut1'].Text j'aurais un sysstring('attribut1',9) qui restera en mémoire.

- Alors que si je fais:
I := Node.AttributeNode.IndexOf('attribut1');
if I >= 0 then Node.AttributeNodes[I].Text;
Aucun résidu en mémoire d'après memproof.

Ceci est dû à l'utilisation de OleVariant dans la méthode TXMLNodeList.GetNode dans XMLDoc.pas.

[LeBigornot]

Je remonte ce post j'ai toujours le problème...

Quelqu'un utilise des Olevariant à fond avec Delphi et n'a pas de problème de mémoire ?
J'aurais du mal à y croire