Bsr svp j aimerai savoir que es ce qui se passe quant on stocks les types de variables, si je ne libéré pas a la fin, es ce ça endommage la mémoire?,
Version imprimable
Bsr svp j aimerai savoir que es ce qui se passe quant on stocks les types de variables, si je ne libéré pas a la fin, es ce ça endommage la mémoire?,
Salut
;)
<plaisanterie> Peut être qu'un jour tu verras de la fumée sortir de ton ordinateur:aie: </plaisanterie>.
Non les composants mémoire de ton ordinateur ne risque rien.
En règle générale, toute utilisation mémoire et déchargée quand ton programme prend fin.
Ce n'est pas vraie quand il s'agit de variable objet.
Exemple:
Si tu ne termines pas ton programme par un Set Excel= NotHing, une instance d'Exell reste en mémoire, a chaque lancement successif du programme, tu recrées une instance d'Excell, qui finissent par s’accumuler et occuper de plus en plus de mémoire.Code:
2
Du coup une question me taraude, pour moi le code ci-dessous ne laisse pas d'instance lorsqu'il se ferme et la mémoire est libérée à la fermeture du script.
Code:
2
Certains objets sont "intégrés" au code exécuté et son dépendant du process hôte et d'autre sont indépendants, externe.
Cette idée est elle viable ? J’avoue ne pas maitriser toutes les subtilités des Ole, Automation, Com, DCO, ActiveX ...
voir : https://windows.developpez.com/dcom/t1.html#AEN50
PS : Dans ton exemple de code il ne me semble pas que Set Excel= NotHing suffise à clôturer le process et libérer la mémoire utilisé.
Salut
Pour ericlm128
Tu as raison, suivant l'objet application et se que l'on en utilise, il peut être indispensable de passer une commande du style MeObjet.Close et/ou .Quit et/ou .Terminate et/ou .....
Par exemple l'objet Excel, si le but n'est pas de manipulation un classeur (simple utilisation de la fonction .ExecuteExcel4Macro), pas besoin de passer la commande .Quit.
Cette discutions est résolue ?