Discussion :

[olbi]

Bonjour,

Je développe un programme qui fait appel à différentes DLL que j'ai aussi développés. Les DLL sont des petits programmes (forms + classes + modules).
pour ouvrir une DLL (un programme) je fais ceci dans l'eveneement click d'un bouton:

Code :

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

1
2
3
Dim test_prg as new DLL1.clDLL1
 
test_prg.clmain()

Tous se passe bien mais lorsque que je reclick sur le bouton, je remarque que toutes les varaibles reste chargées en mémoires avec les anciennes valeurs. Il semble que la DLL reste chargée en mémoire. Comment faire pour la décharger en mémoire avant d'instancier un nouvel objet.

D'avance , je vous remercie.

OLBI

Message édité par Aspic : Ajout des balises manquantes

[Aspic]

En théorie on utilise le garbage collector :

Code :

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

GC.Collect

Mais c'est assez déconseillé et je ne suis pas un spécialiste en la matière

[olbi]

je vais jeter un coup d'oeil sur le GC

Merci

[SaumonAgile]

En théorie, le ramasse miettes n'est pas conçu pour être manipulé directement.
Tu peux essayer par contre en passant à null les variables que tu veux libérer au moment où tu n'en as plus besoin.

[Aspic]

En théorie, le ramasse miettes n'est pas conçu pour être manipulé directement.
Tu peux essayer par contre en passant à null les variables que tu veux libérer au moment où tu n'en as plus besoin.

Exact mais je pensais qu'il avait deja fais un :

Code :

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

test_prg = nothing

et que le probleme subsistait D'où ma proposition d'utiliser le ramasse miettes (cool ce nom )

[olbi]

je fais bien test_prg = nothing mais j'ai l'impression que ca me detruit rien du tout.
Ce que je souhaite c'est de décharger de la mémoire la DLL comme si je sortais du programme et puis le rappeler afin que tout soit bien réinitialiser car les variables qui sont dans les modules définit en public reste chargée quand je reclick sur le meme bouton.

Merci de l'attention que vous portez à ce post.

OLBI

[SaumonAgile]

Pourquoi est ce que tu ne réinitialise pas toi-même les valeurs de la classe ? Le fonctionnement que tu décris me paraît normal.
Par contre, ton idée de décharger l'assembly me semble un peu bizarre...

[Aspic]

A mon sens c'est pas possible de décharger l'assembly... mais je ne vois meme pas où est l'interet si tu comptes plus tard la recharger.

[olbi]

Lorsque je la charge je suis sur que toutes est bien initialisé (afin d'éviter des erreurs de variables qui seraient toujours chargées.


OLBI

[Aspic]

Et si tu détruit ton objet et que tu le reinstancies, les variables ne sont pas reinitialisées ?

[olbi]

Je pensais effectivement que ca aurait pu résoudre mon problème mais hélas non tous reste chargé en mémoire jusqu'à la fin du programme.

[Aspic]

Donc y'a un probleme dans la DLL car c'est pas normal... C'est toi qui a fait cette DLL ?

[olbi]

Oui c'est moi qui l'ai fait. Dans 90% des cas j'ai une procédure générale qui est sensée me reinitialiser mes variables mais il se peut que je n'en oublie un jour une dans la reinitialisation et la bonjour les dégats. Je pensais qu'avec la DLL j'aurais pu pallier à ce problème.

[Aspic]

Alors dans ce cas regarde bien dans les précédure de destruction des objets si toutes les variables sont réinitialiser.

Mais tu n'as pas un "Sub New" pour ta dll ?

Code :

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

Dim Test as New Ma_Dll(Arg())

et dans ta DLL tu devrais avoir un code du style :

Code :

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

1
2
3
4
5
Public Sub New(Byval Arguments as stirng())
   Var = Argument(0)
   Var1 = Argument(1)
 'etc
End Sub