Suite a ma publication précedente et aussi parceque le problème d'ocx non licencié à l'air de revenir assez souvent dans le forums sans recevoir de réponse . voici le lien sur le site support de microsoft pour résourdre ces problémes.
L'origine du problème :
Il existe trois package de VB6 : initiation, pro et une entreprise. Chaque package est livré avec un certain nombre d'ocx :
ActiveX Control FileName Version Edition
-------------------------------------------------------------------------
ADO Data Control 6.0 MSADODC.OCX 6.00.8171 L,P,E
Chart Control 6.0 MSCHRT20.OCX 6.00.8177 P,E
Comm Control 6.0 MSCOMM32.OCX 6.00.8169 P,E
Common Dialog Control 6.0 COMDLG32.OCX 6.00.8169 L,P,E
Data Bound List Controls 6.0 DBLIST32.OCX 6.00.8169 L,P,E
DataGrid Control 6.0 SDATGRD.OCX 6.00.8169 L,P,E
DataList Controls 6.0 MSDATLST.OCX 6.00.8169 L,P,E
DataRepeater Control 6.0 MSDATREP.OCX 6.00.8169 P,E
FlexGrid Control 6.0 MSFLXGRD.OCX 6.00.8169 L,P,E
Hierarchical FlexGrid Control 6.0 MSHFLXGD.OCX 6.00.3005 L,P,E
Internet Transfer Control 6.0 MSINET.OCX 6.00.8169 P,E
MAPI Controls 6.0 MSMAPI32.OCX 6.00.8169 P,E
Masked Edit Control 6.0 MSMASK32.OCX 6.00.8169 P,E
Multimedia Control 6.0 MCI32.OCX 6.00.8169 P,E
PictureClip Control 6.0 PICCLP32.OCX 6.00.8169 P,E
RemoteData Control 6.0 MSRDC20.OCX 6.00.8169 E
Rich Textbox Control 6.0 RICHTX32.OCX 6.00.8169 L,P,E
SysInfo Control 6.0 SYSINFO.OCX 6.00.8169 P,E
Tabbed Dialog Control 6.0 TABCTL32.OCX 6.00.8169 L,P,E
Windows Common Controls-3 6.0 COMCT332.OCX 6.00.8169 P,E
Windows Common Controls 5.0 (SP2) COMCTL32.OCX 6.00.8022 L,P,E
Windows Common Controls 6.0 MSCOMCTL.OCX 6.00.8177 L,P,E
Windows Common Controls-2 5.0 (SP2) COMCT232.OCX 6.00.8022 L,P,E
Windows Common Controls-2 6.0 MSCOMCT2.OCX 6.00.8177 L,P,E
Winsock Control 6.0 MSWINSCK.OCX 6.00.8169 P,E
L = Learning Edition
P = Professional Edition
E = Enterprise Edition
Si vous avez comme moi une version base, en chargeant des sources venant de version pro ou entreprise vous vous retrouvez avec le message
Le controle n'a pas ete cre parcequ'il n'est pas correctement licenciéZmême si vous avez récupéré le fichier ocx manquant.
Dans mon cas c'était mscomm32.ocx .
J'ai donc récupéré le fichier je l'ai mis dans system32 et j'ai lancé la commande
<Path to RegSvr32>\REGSVR32.EXE /u <Path to OCX>\OCXFILE.OCX
comme indiqué sur le site microsoft .
Ensuite j'ai téléchargé les deux fichiers :
http://download.microsoft.com/download/vb60ent/Sample30/1/W9XNT4/EN-US/VB6CLI.EXE
et
http://download.microsoft.com/download/VB60Pro/Install/2/Win98/En-US/VBUSC.exe
j'ai exécuté les exe et le problème a été résolu .
Source / Exemple :
les deux fichiers sités dans l'article sont dans le ZIP
Conclusion :
Vous trouverez ci dessous les liens sur le site support de microsoft traitant de ce probléme attention les pages sont en Anglais:
http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/Q177/7/99.ASP&NoWebContent=1
http://support.microsoft.com/default.aspx?scid=kb;EN-US;194751
http://support.microsoft.com/default.aspx?scid=kb;EN-US;195353
14 mars 2012 à 14:24
J'ai essayer toute vos proposition mais sans résultat.Ce qui n'est pas claire c'est que je ne trouve pas le repertoire \common\tools\vb\controls que certains ont proposé.Une fois dans \common\tools je ne trouve pas le repertoire \vb\controls.Que vais-je faire.
5 mars 2010 à 11:50
14 févr. 2008 à 11:36
Que de temps de perdu pour tomber sur ton message et un clique de souris tout marche sous Vista.
Pour ma part c'est le RichText32.ocx qui était foireux. Mais maintenant c'est Ok.
Merci encore pour ta contribution
9 nov. 2007 à 11:37
J'ai rencontré un problème similaire dernièrement:
- mes logiciels en VB6 (... encore en 2007, je sais, ... mais puisqu'ils sont efficaces ...) sont utilisés par plus de 400 bureaux d'études.
- j'installe VISTA Pro sur ma nouvelle machine, VB6 et mes fichiers de développement VB6
- impossible de relire les fichiers VBP complètement. Chaque fois j'ai le message d'erreur "problème de licence information ... pas présente dans VB6". Ce problème est sur des tas de forums et chacun apporte sa pierre à l'édifice. Il est évident que le référencement de plusieurs OCX ne se fait pas et qu'il n'est pas évident au premier regard de trouver quel OCX pose problème. J'utilise par exemple des OCX de Microsoft, Sheridan et Infragistics.
Solution, d'abord détecter quels OCX sont défaillants. Il suffit de faire un projet avec une 'form' et d'ajouter un COMPOSANT à la fois et tester les outils ajoutés. On se rend rapidement compte de ce qui va et ce qui n'iras pas.
Nombreux excellents forums expliquent qu'il suffit de référencer ses OSX en lancant la commande REGSVR32.exe qui se trouve dans le répertoire \system32 :
c:\windows\system32\regsvr32.exe et à la suite après l'espace le nom de votre OCX à enregistrer. Cela marche dans certain cas... mais pas toujours ... évidemment.
Voici mes 3 contrôles qui posaient problème :
- THREED32.OCX (Sheridan 3D controls)
- GAUGE32.OCX (Microhelp gauge controls)
- GRID32.OCX (Microsoft grid controls)
J'ai trouvé ce qui ne fonctionnait pas chez moi après 1 bonne semaine de tracasseries. Dans le CD VB6, allez dans le répertoire \common\tools\vb\controls et exécutez le fichier VBCTRLS.REG. Ceci va enregistrer correctement les controles dans la base de registre.
Et immédiatement après cette exécution, ... miracle... tout fonctionne même sous VISTA.
Comme quoi, on peut chercher dans toutes les directions, mettre tout en cause avant de trouver le bon remède.
17 oct. 2006 à 18:42
http://www.ascentive.com/support/new/support_dll.phtml?dllname=COMDLG32.OCX
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.