Discussion :

[didoboy]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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.

[didoboy]

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.?

[tomlev]

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

[didoboy]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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.....

[tomlev]

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

[didoboy]

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.

[tomlev]

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