Discussion :

[francis60]

Bonjour à tous,

J'ai une application déployée via un fichier .xlam qui produit une erreur aléatoire sur certains postes utilisateur qu'il m'est impossible de reproduire.
J'ai automatisé l'envoi d'un mail sur mon poste en automatique, lorsque ça survient pour la documenter.
Jusqu'à présent j'ai récupéré la Description (Erreur Automation L’objet invoqué s’est déconnecté de ses clients) et le numéro de l'erreur (-2147417848).
ainsi que la ligne de code incriminée :

Code :

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

CodeNames("OngletCache").Rows(InsFirstRow & ":" & InsLastRow).Insert Shift:=xlDown

CodeNames est une collection de feuilles d'un classeur désignés par leur Codename, ici OngletCache. C'est une ligne entière qui est copiée dans le presse papier.

J'ai déjà essayé d'introduire un DoEvents que j'ai depuis enlevé car le bug continuait d’apparaître.

Pourriez-vous me dire quels informations sur l'état du poste utilisateur je pourrais inclure dans mon mail d'alerte pour trouver d'où ça vient.

Je pense en particulier à la mémoire locale du poste et peut-être aussi aux paramètres locaux de l'imprimante qu pourraient créer des problèmes avec les sauts de lignes.

Bien cordialement,

[parmi]

Bonjour,

Essaie en changeant xlDown par xlShiftDown

[francis60]

Merci parmi,
Peux-tu m'expliquer la différence entre xldown et xlshiftdown?

En attendant, j'ai testé ta proposition, le programme fonctionne comme avant sur mon poste.
Je vais distribuer la modification et attendre voir si j'ai moins de bugs utilisateur qu'avant.

[parmi]

Normalement ça devrait être xlShiftDown si on se fie à l'aide.
Les constantes peuvent peut-être avoir des valeurs différentes selon les postes (versions)...

Ça ne répond pas vraiment à ta question, mais ça peut peut-être régler cette erreur si c'est le cas...

[francis60]

Tous les utilisateurs ont Excel 2007 et Windows7.

Je dois aussi découper mon module qui fait 4 000 lignes en différents sous modules de moins de 1000 lignes chacun.
Ça m’embête de devoir passer toutes mes procédures en Public Sub mais je crois que je n'ai pas le choix si je veux que mes sous modules continuent à communiquer entre eux.

[parmi]

Un module de 4000 lignes n'est exagéré, il me semble.
Je ne vois pas la nécessité à moins que tu ne charges toutes sortes de choses dans tes macros...

C'est-à-dire que tout l'espace mémoire demandé par le module est affecté à l'ouverture d'un module (variables, objets,...), ce qui peut causer un ralentissement à l'occasion... mais pas toujours évident.
Il peut arriver que ce soit bien de le faire surtout si travailles avec différentes applications où tu alloues de bons espaces mémoires (Outlook, Access, IE, ...)
À ce moment-là, séparer les applications en différents modules devrait donner un peu plus de vitesse.
C'est du moins le cas sous VB6 où on avait remarqué de meilleures performances...