Microsoft OfficE excel attend la fin de l'execution d'une action OLE d'une autre application"

Bonjour,

je suis en developpement d'un grand projet (tout es relatif, je vous l'accorde), et j'ai quand même un probleme.
L'idée est d'ouvrir de nombreux classeurs une 100e pour récupérer des valeurs dans ces classeurs ceci pour chaque etablissement (40). Parfois je ne les ouvre pas, je prend les valeurs comme ca, mais parfois je suis obligé de les ouvrir car j'ai des calculs .

Il se trouve que j'ai choisis d'ouvrir une autre instance de excel qui va s'occuper d'ouvrir et recuperer les valeurs . Le probleme : un message "Microsoft OfficE excel attend la fin de l'execution d'une action OLE d'une autre application" arrive parfois, parfois bloquant parfois non.
Ca bloque sur une ouverture de classeur, c'est un peu aleatoire, je ne comprend pas vraiment, si quelqu'un à une explication je suis preneur, car j'aimerais ne pas avoir ce genre de message. Peut être que ca vient par ma methode ?
Si vous avez une explication..., si vous voulez le code je peux le fournir mais etant donné que j'ouvre une 100 e de classeur et que je fais ca pour une 40e d'établissements, et que ca arrive des le 5e établissement (aléatoire), je peux donc conclure que si ca marche pour l'un ca devrait marcher pour l'autre.
Si vous avez des idee ou de l'experience sur ca n'heistez pas merci

Bonjour,

le bon sens exige avant d'ouvrir le classeur suivant de fermer le précédent
et d'éviter d'ouvrir une autre instance d'Excel, afin de ne pas gâcher inutilement des ressources,
Excel ne sachant pas travailler sans tout charger en mémoire contrairement à Access par exemple …

___________________________________________________________________________________________________________

Je suis Paris, New-York, Mogadicio, Barcelone, London, Manchester, Egypte, Stockholm, Istanbul, Berlin, Nice, Bruxelles, Charlie, …

Bonjour,

En fait , j'ouvre et referme bien a chaque fois. C'est à dire que si je change de valeur, je ferme l'ancien classeur et j'ouvre le nouveau. Ainsi je n'ai tjs qu'un classeur ouvert. L'idee de l'ouverture d'une instance etait de pouvoir afficher ma jauge de telechargement car c'est long. Ca permet de liberer de la memoire et avoir un bon affichage sans bugger.

Ouvrir une autre instance permet juste de gâcher des ressources inutilement et
il est évidemment possible de coder une jauge - barre de progression ? - dans l'instance en cours sans souci !

Mais il faudrait déjà savoir où l'erreur se déclenche, par quelle instruction …

Tenter   DoEvents   juste avant le Next de la boucle, sait-on jamais !

Bonjour,

Donc tu penses que je devrais revenir sur la mémé instance ? En fait j'ai fait ca car ma jauge était un peu instable et s'affichait avec difficulté et se mettait à jour avec difficulté.

En fait le doevents (Entre la fermeture du dernier fichier et l'ouverture du nouveau) je l'ai déjà mis et ca ne réglé pas le pb.
Le problème arrive sur l'autre instance, il est évident que si je ne fonctionne pas comme ca, c'est à dire en faisant ce que tu me dis, je n'aurais probablement plus ce problème mais ca ne m'explique pas comment une instance qui s'ouvre peut bugger à la fermeture d'un fichier ou être un peu plus lente.
Car ce probablement est un message d'alerte ou si on clique sur OK le système continue. En soit il n'y a pas mort d'homme mais c'est tt de même dommage.

Comme je ne connais pas d'autre application aussi lente et gourmande en ressources contrairement à Access,
avant de lancer une telle usine mieux vaut redémarrer l'ordinateur et ouvrir Excel seul, rien d'autre …

Bonjour,

Tu avais raison, j'ai fait dans une même appli et je n'ai plus le message :p

Merci

Cependant je n'ai pas la raison du pb

Merci en tout cas

Bonjour
Entre autres (et pas uniquement :
- mémoire vive saturée -->> utilisation du "swapping" (fichier de pagination) --->> lenteur + risque de saturation de cela également.
- sur-occupation du processeur

Citation:

---

Envoyé par tamtam64

je n'ai pas la raison du pb

---

Pourtant clairement énoncé dès le post #2 : gâchis de ressources !

Et appuyé aussi dans le même sens par les posts #4 & 6 (à relire !) sans compter évidemment celui d'unparia (salutations) !

Salut, voir ici la réponse d'AlainTech
il y a aussi ceci

Bien vu Doug !   :plusser:


Ce qui n'empêche de maintenir ma position :  Excel étant un gouffre en ressources, éviter d'ouvrir plusieurs instances …

Salut, eh oui la loi de Wirth

Salut Philippe !

Combinée à la loi de Moore mais surtout au bon sens; souvent Excel est le mauvais outil sélectionné au détriment d'Access !
Souvent le B-A-BA d'Excel - ses fonctionnalités internes pourtant à disposition (formules, TCD, tris, filtres, …) - est oublié
au mal profit d'un codage lourd à coup de boucles fatales à la vitesse d'exécution, sans compter la conception des feuilles …

Ajoutons à cela que Microsoft n'a jamais été un champion en matière de gestion de la mémoire. Et son recours (devenu de plus en plus fréquent en raison de gourmandises diverses, tant de l'utilisateur lui-même que des applications qu'il utilise simultanément) au fichier d'échange (PageFile), déjà cause de ralentis évidents, n'est pas non plus géré de la manière la plus heureuse.
Une "solution" (entre guillemets car ce n'en est pas vraiment une, mais un simple coup de pouce pour diminuer les effets de cette carence) : déplacer le fichier d'échange sur une partition réservée à lui seul et lui octroyer une taille plus grande. Cela évitera en outre les sauts de secteurs en secteurs et le suivi des chaînages d'adresses "éclatées" du fait de fragmentation (puisque cette partition, réservée d'emblée à ce seul fichier d'échange, ne subira aucune fragmentation due à des suppressions, etc ...). L'amélioration ainsi obtenue est alors sensible et significative, mais ne sera jamais la panacée.
Amitiés à tous.