[VBA-E] Saturation de la mémoire car trop de macros activées

Bonsoir,

au bureau, sous windows 2000 nt, j'utilise plusieurs fichiers Excel ( version 2000) contenant du code vba. Après l'utilisation de ces fichiers au cours de la journée, la mémoire à tendance à saturer et l'ordinateur se plante (arrivant même parfois à endommager des fichiers).

J'ai l'impression que lorsque je ferme un fichier contenant une macro, (sans fermer l'application excel elle-même), la mémoire prise par le traitement de la macro ne se libère pas et c'est pour cela que la mémoire sature. :?: Quelqu'un aurait-il une solution pour libérer la mémoire à la fermeture du fichier.

Merci aux éventuels réponses.

MrYoYo

Citation:

---

Envoyé par MrYoYo

Bonsoir,

au bureau, sous windows 2000 nt, j'utilise plusieurs fichiers Excel ( version 2000) contenant du code vba. Après l'utilisation de ces fichiers au cours de la journée, la mémoire à tendance à saturer et l'ordinateur se plante (arrivant même parfois à endommager des fichiers).

J'ai l'impression que lorsque je ferme un fichier contenant une macro, (sans fermer l'application excel elle-même), la mémoire prise par le traitement de la macro ne se libère pas et c'est pour cela que la mémoire sature. :?: Quelqu'un aurait-il une solution pour libérer la mémoire à la fermeture du fichier.

Merci aux éventuels réponses.

MrYoYo

---

et elle font quoi ces macros ??

Bonsoir, merci de vous intéressez à mon problème.

les macros que j'utilise en principe copient des cellules d'une feuille et les collent dans une autre.

MrYoYo

J'ai déjà travaillé avec de grosses applications VBA Excel (Traitement de gros fichiers textes, tri, filtrage, mise en graphique et injection dans Word) sans jamais avoir de problème de mémoire.

Par contre, ce qui peut planter assez rapidement Excel, c'est de faire de nombreux changements de format (couleur de caractère, couleur de fond, bordures en différentes couleurs) dans les feuilles.

C'était, en tout cas, vrai en Excel 97 car ces changements de formats (m'a-t-on dit) étaient stockés dans la mémoire basse (les fameux 640k du DOS).

J'ai deux autres hypothèses à te soumettre si celle d'AlainTech n'a pas d'écho dans tes procédures.

J'ai eu ce phénomène en deux circonstances différentes
1 - Changement de version (retour vers une version antérieure d'une simple "mise à jour" - SR2 -> SR1 - Excel 97)
2 - Nombre de graphs trop élevé sur un nombre de feuilles très moyen (30 x) - C'était également sous NT (Mais le même fichier passé sous Office XP n'a plus posé de pb)
Aujourd'hui, toujours sur office 97, mais sous XP, je n'ai pas "encore" rencontré ce second problème (ce qui ne signifie pas qu'il n'existe pas)

Arrivé là de mes réflexions, je ne sais pas si ça va beaucoup t'aider... :cry:

Dis-nous

A+

une macro qui a tourné n'occupe plus rien si on ferme le classeur
la contenant
par contre si le classeur est ouvert il faut
vérifier dans les procédures et fonctions
qu'à chaque set correspond un nothing
il faut aussi ne pas abuser des fonctions statiques
et desprocèdures récursives

si les macros copient des données feuille à feuille
il faut vérifier les plages de format sur la feuille initiale


si les performances s'écroulent la première chose à faire est de supprimer
les lignes et colonne ne contenant pas de données et de voir l'évolution

C'est certainement lié à la version de windows car chez moi, j'utilise Windows XP je n'ai pas de problème avec les fichiers, j'en ai d'ailleur concu certains chez moi.

Mais c'est vrai qu'à la maison, je ne les utilise pas tous en même temps alors qu'au bureau j'ai parfois besoin d'en ouvrir une quinzaine en même temps.

Est-ce que d'après vous ça ne pourrait pas être lié au fait que le presse papier est plein et qu'il aurait besoin d'être vidé, et dans ce cas là quelle peut-être la solution ?

A+

tu peu essayer de vider le presse papier office par :

Code:

---

1 2 3 4 5

Sub VidePressePapier() On Error Resume Next Application.CommandBars("Clipboard").Controls(4).Execute End Sub

---

:roll: :wink:

Merci, je vais essayer cette méthode dès demain au boulot et je te tiens au courant du résultat.

A+

Salut,

Bon, apparement c'est effectivement un problème de version antérieure à Excel 2000, L'un des fichiers que j'utilise a été créé il y a plusieurs années par une personne qui occupait mon poste auparavant.

Lorsque j'ouvrais ce fichier, contenant une seule petite macro, le module se chargeait dans l'explorateur de projet de vba, Lorsque je le fermais, le module restait ouvert et ceci autant de fois que j'ouvrais et fermais le fichier. Ce qui à la longue saturait la mémoire.

Ce que j'ai fais, c'est de créer un nouveau fichier dans lequel j'ai recopié les onglets du vieux fichier, j'ai fais quelques essais d'ouverture et de fermeture, le phénomène ne s'est pas reproduit.

Je ne mets pas encore Résolu car je serais fixé vendredi, jour où j'utilise énormément de fichiers et notament celui-ci. Je vous tiendrai au courant du résultat vendredi soir.

MrYoYo

Bonsoir,

:D Bon, après quelques essais, la raison la plus probable de mon problème est certainnement du à un changement de version d' Excel comme vous l'aviez supposé.

Après avoir refait le fichier qui avait l'air de mettre la pagaille, le problème ne semble plus se présenter.

Je vous remercie à tous de m'avoir mis sur la voie.

Je déclare le problème résolu. :wink:

Merci pour ce forum :lol: