lib�ration m�moire appel function dll externe delphi

Bonjour a tous,

J'ai un souci de m�moire..j'utilise une dll externe faite en delphi..je suis en c#.
si il y a une seule utilisation de la function cela se passe bien...
par contre si je fait une boucle...la par contre je me suis rendu compte que la m�moire vive grimpe beaucoup trop ( 4 Mo par appel)..il me faut donc pouvoir lib�rer cette m�moire dans la boucle..

une exemple de code

Code:

---

1 2 3 4 5 6 7 8 9 10 11

[DllImport("nomdeladll.dll")] public static extern int nomfunction(String s1, String s2, StringBuilder s3,long iBufferSize); ... int valeurparam; StringBuilder buffer = new StringBuilder(40); for (int i=O;i<60;i++) { valeurparam = nomfunction(Path, Name,buffer,buffer.Length); //la mémoire grimpe pour chaque appel... }

---

Voila, si une personne peut me donner un coup de main..j'ai lu les 2 tuto du manag� et non manag�....mais cela ne ressout pas, sauf erreur de ma part, ma situation..
Merci par avance.

Re Bonjour a tous,

je ne parviens pas � soltionner mon souci...
vais je etre oblig� de cr�er un .exe a part..qui va utiliser la dll qui mange de la m�moire....afin de lib�rer la m�moire en trop a la fin du .exe.?....
personne ne peut donner son avi.?

Ben si c'est la DLL qui a des fuites m�moires, je vois pas tr�s bien ce que tu peux y faire, � moins de pouvoir la corriger... L'exe qui utilise la DLL est une solution, mais tu vas perdre en performances

Merci Tomlev pour ta r�ponse....content de voir que l'exe a part est une solution....

est ce que tu peux me dire ce que toi tu ferais dans le code pour essayer de lib�rer la m�moire en manuel.?...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

[DllImport("nomdeladll.dll")] public static extern int nomfunction(String s1, String s2, StringBuilder s3,long iBufferSize); ... int valeurparam; StringBuilder buffer = new StringBuilder(40); for (int i=O;i<60;i++) { //////lib�ration manuelle de la m�moire..?....comment..? valeurparam = nomfunction(Path, Name,buffer,buffer.Length); //la m�moire grimpe pour chaque appel... }

---

Merci par avance de votre r�ponse si vous avez 2 minnutes.....

Citation:

---

Envoy� par didoboy

est ce que tu peux me dire ce que toi tu ferais dans le code pour essayer de lib�rer la m�moire en manuel.?...

---

Ben y a rien � faire, le programme ne peut pas contr�ler ce que fait la DLL...
Par contre si tu as le code source de la DLL, tu peux toujours essayer de la corriger

Par contre il y a un truc foireux dans ton code : buffer.Length ne te donne pas la taille du StringBuilder, mais la longueur de la chaine actuellement dans le StringBuilder (soit 0 quand tu viens de cr�er le StringBuilder). Il faut utiliser buffer.Capacity � la place

Merci tomlev de ta r�ponse...
Je pensais qu'il y avait un �chapatoire avec le GC...ou bien en indiquant que l'appel de cette m�thode devait etre non g�r� par le ramasse miette..enfin bref...qu'il �tait possible d'allouer de l'espace avant appel..puis de lib�rer l'espace apr�s appel....
..oui tu as raison pour le .lenght....j'ai mis cela un peu rapide....

sinon, ben, j'ai d�plac� mon bout de code afin et cr�e un .exe..qui lui fait appel a la fameuse dll....cela r�sout mon souci de fuite m�moire.....mais bon....je laisse le post ouvert quelque temps, au cas ou une personne ait une id�e pour : g�rer la fuite m�moire de la dll externe ( qui elle meme appelle une autre dll)...sans avoir la main sur le code.
Merci encore.

Citation:

---

Envoy� par didoboy

Je pensais qu'il y avait un �chapatoire avec le GC...ou bien en indiquant que l'appel de cette m�thode devait etre non g�r� par le ramasse miette..

---

Ben le GC ne peut g�rer que la m�moire qu'il a allou� lui-m�me... l� c'est de la m�moire non g�r�e, allou�e par le syst�me