Depuis peu nous avons des soucis de bugs dans les macros. C'est comme si les
fichiers de macros après avoir été utilisé sur un poste auraient les
références de "perturbées".
Voilà le scénario d'un classeur qui pose problème: L' on va pour lancer une
macro (à priori quelqu'elle soit) et Excel se fige. Pour débloquer la
situation l'on est contraint de passer par le gestionnaire de tâches pour
planter l'application.
Si je vais dans le Visual Basic du classeur en question j'ai un plantage
lorsque je tente d'accéder à un module: "Erreur de chargement de la DLL". Je
regarde alors au niveau des références et il m'est affiché "MANQUANT:
Microsoft Windows Common Controls 6.0 (SP6)" associé au fichier
C:\Windows\system32\MSCOMCTL.OCX. Le fichier en question est bien présent
dans le répertoire du poste. Si j'ouvre non pas le classeur du client mais
la matrice (le classeur vierge référence) là cela ne plante pas (et la
référence Microsoft Windows Common Controls 6.0 (SP6) qui est cochée ne pose
aucun problème). Si je décoche la référence manquante et que je la recoche
je réaccède aux scripts VBA du UserForm que j'ai sélectionné. Par contre,
cela ne change rien pour les modules.
J'ai donc l'impression que le problème proviendrait d'un poste sur lequel le
classeur aurait été modifié et qui provoquerait ensuite le plantage lorsque
le classeur est utilisé sur les autres postes.
Avez vous entendu parler d'un tel problème ? Avez vous des solutions ?
regarde aussi le bug apporté par une maj de microsoft : http://support.mi crosoft.com/kb/2598039 Le principe est de supprimer TOUS les fichiers *.exd, ils seront recréé s au lancement d'excel. Dans la foulée tu peux refaire une désinscription-réinscription des 2 dll, ça ne mange pas de pain. Respecte les répertoires indiqués selo n la version de windows. Je me rappelle avoir bataillé pas mal il y a qcq temps pour résoudre ce pb.
eric
Le vendredi 14 décembre 2012 11:14:36 UTC+1, HD a écrit :
> Le fichier responsable de la bibliothèque (référence) suivante :
> "microsoft windows common controls 6.0 (sp6)" est : MSCOMCT2.OCX
>
> Si tu as un Windows 64 bits, ce fichier se retrouve là :
> C:windowsSysWow64
> Si tu as un Windows 32 bits, le fichier est là : C:WindowsSystem32
Au niveau des références, sur la ligne MANQUANT de "microsoft window s
common controls 6.0 (sp6)" il m'est indiqué que le fichier serait le <<
MSCOMCTL.OCX >> et non le << MSCOMCT2.OCX >>. Sur le poste en question j' ai
désinscrit le MSCOMCTL.OCX pour le réinscrire ensuite... mais sans su ccès.
Le bon fichier à inscrire serait dont le << MSCOMCT2.OCX >> ? L'indica tion
de l'autre fichier serait donc trompeuse ?
@+
HD
Bonjour,
regarde aussi le bug apporté par une maj de microsoft : http://support.mi crosoft.com/kb/2598039
Le principe est de supprimer TOUS les fichiers *.exd, ils seront recréé s au lancement d'excel.
Dans la foulée tu peux refaire une désinscription-réinscription des 2 dll, ça ne mange pas de pain. Respecte les répertoires indiqués selo n la version de windows.
Je me rappelle avoir bataillé pas mal il y a qcq temps pour résoudre ce pb.
eric
Le vendredi 14 décembre 2012 11:14:36 UTC+1, HD a écrit :
> Le fichier responsable de la bibliothèque (référence) suivante :
> "microsoft windows common controls 6.0 (sp6)" est : MSCOMCT2.OCX
>
> Si tu as un Windows 64 bits, ce fichier se retrouve là :
> C:windowsSysWow64
> Si tu as un Windows 32 bits, le fichier est là : C:WindowsSystem32
Au niveau des références, sur la ligne MANQUANT de "microsoft window s
common controls 6.0 (sp6)" il m'est indiqué que le fichier serait le <<
MSCOMCTL.OCX >> et non le << MSCOMCT2.OCX >>. Sur le poste en question j' ai
désinscrit le MSCOMCTL.OCX pour le réinscrire ensuite... mais sans su ccès.
Le bon fichier à inscrire serait dont le << MSCOMCT2.OCX >> ? L'indica tion
regarde aussi le bug apporté par une maj de microsoft : http://support.mi crosoft.com/kb/2598039 Le principe est de supprimer TOUS les fichiers *.exd, ils seront recréé s au lancement d'excel. Dans la foulée tu peux refaire une désinscription-réinscription des 2 dll, ça ne mange pas de pain. Respecte les répertoires indiqués selo n la version de windows. Je me rappelle avoir bataillé pas mal il y a qcq temps pour résoudre ce pb.
eric
Le vendredi 14 décembre 2012 11:14:36 UTC+1, HD a écrit :
> Le fichier responsable de la bibliothèque (référence) suivante :
> "microsoft windows common controls 6.0 (sp6)" est : MSCOMCT2.OCX
>
> Si tu as un Windows 64 bits, ce fichier se retrouve là :
> C:windowsSysWow64
> Si tu as un Windows 32 bits, le fichier est là : C:WindowsSystem32
Au niveau des références, sur la ligne MANQUANT de "microsoft window s
common controls 6.0 (sp6)" il m'est indiqué que le fichier serait le <<
MSCOMCTL.OCX >> et non le << MSCOMCT2.OCX >>. Sur le poste en question j' ai
désinscrit le MSCOMCTL.OCX pour le réinscrire ensuite... mais sans su ccès.
Le bon fichier à inscrire serait dont le << MSCOMCT2.OCX >> ? L'indica tion
