Problème allocation ressources macros excel vba

Bonjour à tous,

je me heurte a un probleme que je n'arrive pas a résoudre : j'ai fait un tableau de bord avec pas mal de macros pour extraire et traiter des données .
Plusieurs macros sont a activer et Je suis obligé de fermer le fichier excel a chaque fois pour allé jusqu'au bout .
Un message d'erreur : "excel ne peut pas terminer l'action car manque de ressources" ,
J'ai l'impression que la mémoire tampon sature lorsque je selectionne une plage et la supprime.


J'ai essaye en vain de vider le presse papier, de mettre des range ....
Merci d'avance pour votre aide ,

Damien P.

bonjour,
difficile de répondre à cette question sans un minimum de code, sauf dire des généralités!

1) si tu affectes des objet par références (set MyObject = range("A1:Z12"), il faut libérer l'objet après utilisation (Set MyObject = Nothing)
2) rendre de temps en temps la main à Windows pour lui permettre de faire le ménage (Doevents)
3) effectivement libérer le presse papier

Re bonjour ,

Merci beaucoup d'avoir répondu :)
Pour être plus précis : j'ai fait les points 1,2,3 sans succès .
J'ai une macro que j'appelle plusieurs fois au bout de la deuxième fois elle plante .
l'instruction suivante semble être la source du problème :

Code:

---

ActiveWorkbook.Sheets(ref).Rows("6:" & 10 + compteurPDC).Delete

---

avec compteur PDC = 160 environ.
on dirait qu'il n'y a plus assez de mémoire, j'ai essaye de définir la plage comme un range puis de le mettre à "nothing" mais ça ne change rien.

Merci d'avance ,

Salut.

Cinq autres pistes, à essayer concomitamment:

• Désactiver le calcul automatique avant la suppression (voire en début de macro);
• Désactiver le rafraichissement de l'affichage en début de macro;
• Désactiver les événements parce que si tu supprimes des lignes avec un événement sur Change, c'est pas le top;
• Désactiver les alertes;
• Fermer les autres classeurs, surtout s'il y a des liaisons avec celui que tu manipules

Important: Ne pas oublier de réactiver en fin de macro ce que tu as désactivé (pour faire bien, avec gestion d'erreur pour être certain de réactiver même si bug...) et ne JAMAIS stopper l'exécution du code lors d'un bug, mais pointer vers la gestion d'erreur, car la gestion des événements et l'affichage des alertes ne se "réveillent" pas tous seuls en fin de macro.

Merci :)
Je viens de faire tout ça, ça a l'air d'aller un peu mieux néanmoins ça plante au bout de 3 ou 4 itérations..
En fait c'est la mémoire physique libre ( ctrl + supr=> performance) qui tend vers 0 ...

y a t il un moyen en vba de remettre cette mémoire physique libre a son niveau max?

Merci !

A ma connaissance, pas moyen de jouer avec la mémoire physique en VBA...

Sauf examen détaillé du code (peux-tu le donner ici?), je ne vois pas trop de pistes...

Oui, vba laisse Windows gérer la mémoire, les seules leviers que nous disposons Pierre et moi te les ont exposé!

si ton pc de dispose pas de mémoire suffisante(si il dispose de 160 Go, y a un gros problème de code ),tu peux regarde vers la taille de la mémoire virtuelle (panneau de configuration).

8GB de RAM, je pense que c'est le PC qui n'est pas assez puissant , ca plus le fait je ne suis pas un maitre es VBA :)

en tout cas merci pour les infos !
Bonne fin de journée ,

Il faut déjà méchamment solliciter Excel pour que le pc ne soit pas assez puissant. (Ceci dit, 8Gb de ram, si tu es en Windows 32 bits, je pense que ça ne sert à rien)...

Tu ne peux pas nous mettre le code vba ici, qu'on y jette un œil?

Si je peux mais le code est lourd , si vous me donnez votre mail , je peux vous envoyer le fichier et vous verrez en direct le pb ..

Hum... Déjà, si le code est lourd, c'est mauvais signe... ;)

On continue dans les idées à creuser:
Supprimer les plage.SELECT dans ton code (je parie qu'il y en a) et privilégier les accès directs...

Cela dit, un code lourd au point qu'on ne puisse pas le copier-coller... (ce n'est que du texte...), ça me laisse perplexe...

Quelle est la version d'Excel que tu utilises ?

@Pierre Fauconnier

Je peux vous copier le code mais 300 lignes ca commence a faire ..
Comme je vous ai dit je ne suis pas un expert et je suis sur qu'il y a moyen d'optimiser , le plus simple serait que je vous envoie le fichier mais je vous ai déja assez embété comme ca .
Les macros fonctionnent il faut juste que je ferme le fichier à chaque fois que j'active la macro.

Merci encore pour votre temps .

Damien P.

@parmi

Je travaille chez SAFT BATTERIES et ces macros servent à gérer des tableaux de bord , version utilisée : 2010 standard 32 bits

Autre idée:
As-tu des boucles dans ton code? Si oui, as-tu bien cadré leur périmètre?

Je dis cela parce que je rencontre parfois ceci:

Code:

---

1 2 3 4 5

dim c as range for each c in range("c:c") ... Next

---

En 2003, ça occasionnait 65536 boucles, mais en 2007 et suivantes, ça réalise 1.048.576 boucles....

Et alors, ça fait TRES mal...

Exact,

C'est la raison de ma question de version.
Il m'est arrivé la même chose ou presque sous 2013 (365).
J'avais des formules qui lisaient toutes les colonnes, du genre SOMME.SI(A:A; "blabla"; C:C).
Quand il y en a beaucoup, impossible d'ouvrir le fichier ou plantage s'il s'ouvre.
J'ai donc dû refaire ces formules pour qu'elles soient moins gourmandes.

Plus bizarre, sous 2007 aucun plantage. Même nombre de lignes et colonnes...
Je sais que 2013 utilise un maximum de 2 gb de mémoire (2010, je ne sais pas)
La mémoire pourrait devenir saturée s'il y a trop de formules ou si ces formules considèrent beaucoup de cellules.

Tout de même étrange pour un programme qui sert principalement à calculer des formules...