Problème de compatibilité VB6

**DarkVader** · 18/02/2013, 09h35

Bonjour

Comme il devient à la mode de tenir Seven ou Huit pour responsable d'éventuels dysfonctionnement de VB6
alors que dans la quasi totalité des cas il s'agit d'erreurs de l'utilisateur, il m'a semblé indispensable
de faire quelques rappels, quitte à répéter ce qui est régulièrement dit sur ce forum :

1) il n'y a pas de problème particulier de fonctionnement de VB6 quelque soit l'OS (32 ou 64bits/Vista, Seven ou Huit)
autre que le déplacement des contrôles dans l'IDE (Flickering) et qui se résout en cochant
<Désactiver la composition du bureau> dans les <Propriétés de Visual Basic 6.0 => Onglet Compatibilité>

2) le dernier service pack (SP6) de mise à jour pour Visual Basic 6 en Français est en date du
16/08/2012 : Mise à jour cumulative de Microsoft Visual Basic 6.0 Service Pack 6

3) Avant d'installer Visual Basic et les services packs sur une OS 64 bits,
modifier Les modes de compatibilités dans les Propriétés du Setup d'installation
(et accessoirement de Visual Basic une fois installé s'il n'y a pas eu transmission) :
- Mode de compatibilité : XP SP3
- Cocher Exécuter en temps qu'administrateur
- Accessoirement reproduire ces options pour <Modifier les paramètres pour tous les utilisateurs>

4) La création d'un fichier vide dans “C:/Windows” renommé MSJAVA.DLL avant l'installation
permet de ne pas forcer l'installation du fichier par défaut et supprime le redémarrage de Windows.
Pensez à le supprimer après l'installation de VB.

5) Si vous devez réinstaller VB6, il existe une procédure de désinstallation qu'il est préférable de suivre à la lettre :
KB248697: Procédure de désinstallation

6) Lors de l'installation, se borner dans un premier temps à installer UNIQUEMENT les éléments suivants:
- Visual Basic 6.0
- ActiveX
- Acces aux données (décocher “Fournisseur simple Microsoft OLE DB (OSP)” dans “Fournisseurs OLE DB, ADO, RDS”)
- Graphiques
Une fois l'installation réussie, ajoutez les éléments voulues en relançant l'install puis installez seulement le service pack 6.

7) Rappel, sur une OS 64 bits, le dossier cible des librairies liées n'est pas System32 mais SysWOW64
Il est donc nécessaire d'utiliser l'utilitaire Regsvr32 de ce dossier et non celui-ci du dossier System32 pour enregistrer un ActiveX.

En cas de difficulté persistante, il peut être utile de donner des droits à ACMSETUP.exe (pratiquer comme en 3°)

8) Installation sur Windows Huit :
A la fin de l'installation, celle-ci peut ne plus répondre (blocage lié à l'installation de certains utilitaires)
Utilisez le gestionnaire de tache pour quitter : l'installation est terminée.

**iclic** · 18/02/2013, 11h44

Bonjour,

Pour ajouter de l'eau au moulin...

Lorsque j'ai installé VB6 sur Windows 7 Edition Familiale Premium 64 bits,
la 1ère fois que j'ai chargé mon projet, j'ai effectivement eu
"erreur de chargement" mais il a suffi de quitter VB6, arrêter l'ordinateur,
redémarrer Windows, reprendre VB6 et mon projet, et comme par enchantement, tout s'est déroulé tout à fait normalement

sans installer VB6 sous WP mode
sans exécuter en tant qu'administrateur
sans rien faire

**DarkVader** · 18/02/2013, 12h10

Cette méthode a le mérite de résoudre tous les problèmes d'installation dont les utilitaires Visual Studio.
Ceci dit, le problème d'incompatibilité reconnu par Microsoft concerne l'IDE VC++
qu'il est préférable de ne pas installé.

**draco951** · 03/04/2013, 10h29

Bonjour,

EN LIAISON AVEC CETTE DISCUSSION

J'ai essayer toutes vos méthodes et rien n'y fais.

Je n'ai plus mon fameux message d'erreur : "Fichier introuvable"

Mais "Bibliothèque d'objet non enregistrée" maintenant.

J'ai été à la commande en tant qu'administrateur dans le répertoire SYSWO64 et ai bien ajouté les différente billiothèque à la base des registres (regsvr32 fichier.ext).

J'exècute bien VB6 en tant qu'admin en mode compatilibité XP SP3. j'ai réalisé l'installation dans ce sens.

Auriez-vous une idée ?

**rodj** · 04/04/2013, 16h11

Bonjour,
Je suis dans le même cas que draco951. Si j'ouvre ou crée un projet avec les "contrôles de VB édition Pro", j'ai soit "fichier introuvable" ou "Bibliothèque d'objet non enregistrée" si je lance VB sans ou avec admin.

De plus, une fois ouvert un projet "exe standard", tenter d'ajouter un composant dans la barre d'outils provoque ces même messages ou d'autres tel que "erreur automation, ID en double dans la hiérarchie d'héritage"

regsvr32 "chemin\composant" n'a eu aucun effet.
j'ai réinstallé ... rien de mieux ne se passe.
Mon installation de vb6 pro était fonctionnelle avec zéro problèmes jusqu'à très récemment.(sans doute la dernière mise à jour Windows)

j'hésite à passer par une restauration système.
je râle de savoir que ce n'est qu'un problème de base de registre et/ou de chemins ... oui mais voilà, je ne sait pas m'en sortir :-/
Donc, si il y a d'autres infos, merci d'avance.

**DarkVader** · 04/04/2013, 23h06

Je viens d'avoir eu le même problème de fichiers corrompus pour VB6
concernant Richtx32, MSComct2(DtPicker, Slider...) et MsComctl(ListView,Imglist etc.)
alors qu'ils sont fonctionnels sous VBA, (erreur 53 : Fichier introuvable et point d'entrée DllInstall introuvable avec regsvr32)
donc si votre install de VB6 et du service pack a été effectuée correctement
effectuez une restauration antérieure au dernier Windows Update.
Personnellement problème résolu.

**draco951** · 08/04/2013, 08h37

J'ai essayé de restaurer à une semaine auparavant, je n'ai pas plus de points de sauvegarde. Le problème est toujours présent.

Une autre idée ?

**rodj** · 09/04/2013, 14h27

voilà j'ai fini par passer par la restauration système, et c'est ok

mais je ne sais pas pourquoi

**DarkVader** · 17/04/2013, 20h42

Envoyé par draco951

J'ai essayé de restaurer à une semaine auparavant, je n'ai pas plus de points de sauvegarde. Le problème est toujours présent.

Une autre idée ?

Il y a fort à parier que plusieurs entrées de la librairie soient présentes dans la base de registre (dont certaines invalides)
et/ou que les références dans le projet soient erronées.

Méthode de reconstruction d'un projet
1/ Effectuer une sauvegarde des sources du projet
2/ Créer un nouveau projet vierge en y ajoutant les références présentes dans le projet à réparer
en utilisant les utilitaires de l'IDE VB (Ajouter un composant ou Références) et le sauvegarder
3/ Ouvrir avec le bloc notes le fichier projet et les fichiers de modules de la copie des sources et comparer les références
- Remplacer les références corrompues en respectant exactement la syntaxe (version, LCID et nom de la librairie).
4/ Supprimer tous les fichiers log attenant aux sources
5/ Ouvrir le projet depuis le fichier modifié et vérifier la création d'éventuels fichiers log

**draco951** · 25/04/2013, 17h00

Merci pour ces conseils DarkVader mais je n'ose même pas imaginer reconstruire ce projet, il est en développement depuis plus de 10 ans.

Nouvelle solution ==> Télécharger VirtualBox, installer une machine virtuel XP.
Et ca roule impéccable, en mode intégrer, on ne vois presque pas la différence ^^

En attendant que je redéveloppe ce prog en WPF, ca fera l'affaire

EDIT : J'ai oublié de préciser que ce problème apparaissait sur tout les programme développé avec VB6 et que ce problème n'apparait que sur une machine étant équipée de Seven 64 (j'ai pas testé une version 86x), sur XP, tous les projet roulent comme au premier jour.

**DarkVader** · 25/04/2013, 20h31

Si tu as l'occasion de tester sur un poste fraichement installé avec seven 64bits
tu ne devrais pas avoir de problème - il semble toutefois que le problème soit en rapport un Update “foireux” de Windows
probablement liée à des controls (laquelle ?)

La 1ère démarche c'est déjà d'identifier les librairies posant problème, sinon
l'une des solutions serait d'utiliser en local des controls non upgradés avec des manifestes Side by Side (SxS) -
voir les tutoriels en rapport sur ce site.

**OhMonBato** · 14/05/2013, 11h31

Bonjour,

j'ai rencontré récemment ce problème de bibliothèque d'objet non enregistrée. J'utilise Windows 7 en 64 bits. J'avais ce soucis pour tout programme utilisant l'OCX mscomctl.ocx (Microsoft Windows Common Control 6.0)
Je crois que le problème est apparu après une mise à jour d'internet Explorer mais je n'en suis pas certain.

J'ai bien sûr essayé d'enregistrer cet OCX via regsvr32 sans trop y croire puisque le problème n'apparaissait qu'en mode édition sous VB6 mai pas en utilisant le programme compilé. Effectivement, ça n'a rien changé.

En continuant à farfouiller, j'ai fini par trouver cette astuce qui a résolu mon problème. Il faut utiliser le programme regtlib32.exe que l'on peut trouver sur son disque dur à cette adresse (en fonction de la dernière version de framework) :
C:\Windows\Microsoft.NET\Framework\v4.0.30319

Il faut alors venir en mode console DOS en tant qu'administrateur, venir dans ce répertoire et taper enfin :

Code :

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

regtlibv12 msdatsrc.tlb

C'est peut être un peu tordu, mais ça a parfaitement fonctionné sur ma machine.

**DarkVader** · 14/05/2013, 11h56

Bonjour
«msdatsrc.tlb» pour un problème avec «mscomctl.ocx» , t'es sur ?

**OhMonBato** · 14/05/2013, 12h06

Oui je sais, ça parait bizarre et pourtant...
J'ai trouvé cette solution ici.

**sergio0613** · 26/06/2013, 14h20

Merci à OhMonBato
j'ai enfin pu résoudre le problème
une fois le registre réparé (suppression de la clef relatif à l'enregistrement de l'ancien 0CX 2.0) HKEY_CLASSES_ROOT\TypeLib\{831FDD16-0C5C-11D2-A9FC-0000F8754DA1}\2.0
reinscription de la nouvelle dll (version 6.01.98.34)
et inscription de la librairie msdatsrc.tlb
regtlib msdatsrc.tlb (avec droit administrateur (clic droit sur cmd.exe)
Je confirme que VB6 est de nouveau opérationnel.
??????

**sergio0613** · 27/06/2013, 13h01

Bien qu'ayant résolu le problème de faire refonctionner VB6 sur win7 32bits,
voir ci-dessus, je galère sur la machine d'un client (Windows8 64bits)
mon application vb donne un message comme quoi elle ne peut charger ...image.list reférent à MSCcomctl.ocx.
Sur la machine du client dans le registre, l'ocx était référencé en 2.0 et 2.1
j'ai procédé comme sur Win7 et reinscrit le dernier ocx qui maintenant apparait en 2.1 la référence 2.0 ayant été supprimé (par contre j'ai noté que le nouveau réferencement se trouver dans plusieurs endroit du registre ???
après toute ces manip, le problème n'est toujours pas résolu
en désespoir de cause j'ai essayé la commande magique
cd C:\Windows\SysWOW64\
regtlibV12 msdatsrc.tlb
(après avoir copier regtlibV12 dans le repertoire cd C:\Windows\SysWOW64\ car introuvable sous win8)
Cela n'a rien resolu bien que les enregistrements se soit bien effectué
SI quelqu'un a une idée?

**draco951** · 14/08/2013, 08h56

Merci OhMonBato !

Je vais enfin pouvoir développer sur mon pc en local, parce que jongler avec ma machine virtuelle peut s'avérer assé agacent, même si avec tortoise SVN ca facilite grandement la tâche

**Najdar** · 23/09/2013, 13h17

Envoyé par DarkVader

8) Installation sur Windows Huit :
A la fin de l'installation, celle-ci peut ne plus répondre (blocage lié à l'installation de certains utilitaires)
Utilisez le gestionnaire de tache pour quitter : l'installation est terminée.

Bonjour Darkvader

Concernant Windows 8 (8.1 dans mon cas), le blocage arrive si l'on coche les composants "Accès aux données". Il suffit de ne pas la cocher pour que l'installation se termine correctement.
Si l'installation se bloque et que l'on quitte via le gestionnaire de tâches, il est impossible ensuite d'installer le service pack 6 de VisualStudio.