Pas moyen d'insérer l'activex Common Dialogs Control.
J'ai chargé les dernières versions de ce comdlg32 et de comctl, rien à
faire et j'ai réinstallé Access2000. Quand je veux insérer ce contrôle
dans un formulaire, je reçois le message : "Le serveur OLE n'est pas
inscrit." Pour l'inscrire, réinstallez le".
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierre CFI [mvp]
bonjour dans la fenetre demarrer/executer C:WINDOWSsystem32regsvr32.exe "C:le chemin et nom de la dll"
Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "defluc" a écrit dans le message de news: #
Bonjour
Pas moyen d'insérer l'activex Common Dialogs Control. J'ai chargé les dernières versions de ce comdlg32 et de comctl, rien à faire et j'ai réinstallé Access2000. Quand je veux insérer ce contrôle dans un formulaire, je reçois le message : "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Merci de me proposer une solution.
bonjour
dans la fenetre demarrer/executer
C:WINDOWSsystem32regsvr32.exe "C:le chemin et nom de la dll"
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"defluc" <defluc@skynet.be> a écrit dans le message de news: #BVfkkEqDHA.708@TK2MSFTNGP10.phx.gbl...
Bonjour
Pas moyen d'insérer l'activex Common Dialogs Control.
J'ai chargé les dernières versions de ce comdlg32 et de comctl, rien à
faire et j'ai réinstallé Access2000. Quand je veux insérer ce contrôle
dans un formulaire, je reçois le message : "Le serveur OLE n'est pas
inscrit." Pour l'inscrire, réinstallez le".
bonjour dans la fenetre demarrer/executer C:WINDOWSsystem32regsvr32.exe "C:le chemin et nom de la dll"
Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "defluc" a écrit dans le message de news: #
Bonjour
Pas moyen d'insérer l'activex Common Dialogs Control. J'ai chargé les dernières versions de ce comdlg32 et de comctl, rien à faire et j'ai réinstallé Access2000. Quand je veux insérer ce contrôle dans un formulaire, je reçois le message : "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Merci de me proposer une solution.
defluc
La commande Regsvr32 s'exécute avec succès sur les fichiere ocx mscomctl et comdlg32. Mais si je l'exécute sur comdlg32.dll, je reçois le message suivant: comdlg32.dll was loaded, but the DllRegisterServer entry point was not found.
DllRegisterServermay not be exported, or a corrupet version of comdlg32.dll may be in memory. Consider using Pview to detect and remove it.
Je ne suis pas plus avancé.
Merci quand même Pierre CFI [mvp] wrote:
bonjour dans la fenetre demarrer/executer C:WINDOWSsystem32regsvr32.exe "C:le chemin et nom de la dll"
Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "defluc" a écrit dans le message de news: #
Bonjour
Pas moyen d'insérer l'activex Common Dialogs Control. J'ai chargé les dernières versions de ce comdlg32 et de comctl, rien à faire et j'ai réinstallé Access2000. Quand je veux insérer ce contrôle dans un formulaire, je reçois le message : "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Merci de me proposer une solution.
La commande Regsvr32 s'exécute avec succès sur les fichiere ocx mscomctl
et comdlg32.
Mais si je l'exécute sur comdlg32.dll, je reçois le message suivant:
comdlg32.dll was loaded, but the DllRegisterServer entry point was not
found.
DllRegisterServermay not be exported, or a corrupet version of
comdlg32.dll may be in memory. Consider using Pview to detect and remove it.
Je ne suis pas plus avancé.
Merci quand même
Pierre CFI [mvp] wrote:
bonjour
dans la fenetre demarrer/executer
C:WINDOWSsystem32regsvr32.exe "C:le chemin et nom de la dll"
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"defluc" <defluc@skynet.be> a écrit dans le message de news: #BVfkkEqDHA.708@TK2MSFTNGP10.phx.gbl...
Bonjour
Pas moyen d'insérer l'activex Common Dialogs Control.
J'ai chargé les dernières versions de ce comdlg32 et de comctl, rien à
faire et j'ai réinstallé Access2000. Quand je veux insérer ce contrôle
dans un formulaire, je reçois le message : "Le serveur OLE n'est pas
inscrit." Pour l'inscrire, réinstallez le".
La commande Regsvr32 s'exécute avec succès sur les fichiere ocx mscomctl et comdlg32. Mais si je l'exécute sur comdlg32.dll, je reçois le message suivant: comdlg32.dll was loaded, but the DllRegisterServer entry point was not found.
DllRegisterServermay not be exported, or a corrupet version of comdlg32.dll may be in memory. Consider using Pview to detect and remove it.
Je ne suis pas plus avancé.
Merci quand même Pierre CFI [mvp] wrote:
bonjour dans la fenetre demarrer/executer C:WINDOWSsystem32regsvr32.exe "C:le chemin et nom de la dll"
Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "defluc" a écrit dans le message de news: #
Bonjour
Pas moyen d'insérer l'activex Common Dialogs Control. J'ai chargé les dernières versions de ce comdlg32 et de comctl, rien à faire et j'ai réinstallé Access2000. Quand je veux insérer ce contrôle dans un formulaire, je reçois le message : "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Merci de me proposer une solution.
Raymond [mvp]
Bonsoir.
sous access 2000 il faut entrer mscomct2.ocx et non comdlg32.dll les deux librairies sont mscomctl.ocx et mscomct2.ocx
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.kynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA
"defluc" a écrit dans le message de news:uEM%
La commande Regsvr32 s'exécute avec succès sur les fichiere ocx mscomctl et comdlg32. Mais si je l'exécute sur comdlg32.dll, je reçois le message suivant: comdlg32.dll was loaded, but the DllRegisterServer entry point was not found.
DllRegisterServermay not be exported, or a corrupet version of comdlg32.dll may be in memory. Consider using Pview to detect and remove it.
Je ne suis pas plus avancé.
Bonsoir.
sous access 2000 il faut entrer mscomct2.ocx et non comdlg32.dll
les deux librairies sont mscomctl.ocx et mscomct2.ocx
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.kynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA
"defluc" <defluc@skynet.be> a écrit dans le message de
news:uEM%23bPGqDHA.1740@TK2MSFTNGP12.phx.gbl...
La commande Regsvr32 s'exécute avec succès sur les fichiere ocx mscomctl
et comdlg32.
Mais si je l'exécute sur comdlg32.dll, je reçois le message suivant:
comdlg32.dll was loaded, but the DllRegisterServer entry point was not
found.
DllRegisterServermay not be exported, or a corrupet version of
comdlg32.dll may be in memory. Consider using Pview to detect and remove
it.
sous access 2000 il faut entrer mscomct2.ocx et non comdlg32.dll les deux librairies sont mscomctl.ocx et mscomct2.ocx
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.kynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA
"defluc" a écrit dans le message de news:uEM%
La commande Regsvr32 s'exécute avec succès sur les fichiere ocx mscomctl et comdlg32. Mais si je l'exécute sur comdlg32.dll, je reçois le message suivant: comdlg32.dll was loaded, but the DllRegisterServer entry point was not found.
DllRegisterServermay not be exported, or a corrupet version of comdlg32.dll may be in memory. Consider using Pview to detect and remove it.
Je ne suis pas plus avancé.
defluc
J'ai intégré les deux librairies et quand je veux insérer l'objet sur un formulaire Access2000 Je reçois à présent le message suivant :
Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX.
Les contrôles qui apparaissent dans la liste des objets qu'il est possible d'insérer ne sont-ils pas tous d'utilisation libre ?
Merci de votre aide
Raymond [mvp] wrote:
Bonsoir.
sous access 2000 il faut entrer mscomct2.ocx et non comdlg32.dll les deux librairies sont mscomctl.ocx et mscomct2.ocx
J'ai intégré les deux librairies et quand je veux insérer l'objet sur un
formulaire Access2000 Je reçois à présent le message suivant :
Vous ne possédez pas la license requise pour l'utilisation de ce
contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un
contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit
l'objet OLE ou le contrôle ActiveX.
Les contrôles qui apparaissent dans la liste des objets qu'il est
possible d'insérer ne sont-ils pas tous d'utilisation libre ?
Merci de votre aide
Raymond [mvp] wrote:
Bonsoir.
sous access 2000 il faut entrer mscomct2.ocx et non comdlg32.dll
les deux librairies sont mscomctl.ocx et mscomct2.ocx
J'ai intégré les deux librairies et quand je veux insérer l'objet sur un formulaire Access2000 Je reçois à présent le message suivant :
Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX.
Les contrôles qui apparaissent dans la liste des objets qu'il est possible d'insérer ne sont-ils pas tous d'utilisation libre ?
Merci de votre aide
Raymond [mvp] wrote:
Bonsoir.
sous access 2000 il faut entrer mscomct2.ocx et non comdlg32.dll les deux librairies sont mscomctl.ocx et mscomct2.ocx
Raymond [mvp]
J'ai fait des recherches car tu n'es pas le premier à poser le problème. le mscomct2.ocx était diffusé avec office 2000 developer et c'est pour ça que beaucoup de développeurs le possèdent. Il était aussi diffusé avec VB6 pro ce qui englobe la majorité des besoins. Il a semble-t-il disparu de office developer xp, ce qui pose des problèmes à ceux qui débutent en xp ou qui viennent de access 97. Mscomct2.OCX, actuellement peut être téléchargé chez microsoft à l'adresse des contrôles VB6 suivante: http://activex.microsoft.com/controls/vb6/MSCOMCT2.CAB il s'agit de la version 6.0 également mais de la SP4 au lieu de la SP3 en général. je l'ai testé personnellement sur le dtpicker et le MonthView et je n'ai rencontré aucune difficulté.
as-tu la licence developer ou le VB6 ? -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.kynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA
"defluc" a écrit dans le message de news:
J'ai intégré les deux librairies et quand je veux insérer l'objet sur un formulaire Access2000 Je reçois à présent le message suivant :
Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX.
Les contrôles qui apparaissent dans la liste des objets qu'il est possible d'insérer ne sont-ils pas tous d'utilisation libre ?
Merci de votre aide
J'ai fait des recherches car tu n'es pas le premier à poser le problème.
le mscomct2.ocx était diffusé avec office 2000 developer et c'est pour ça
que beaucoup de développeurs le possèdent. Il était aussi diffusé avec VB6
pro ce qui englobe la majorité des besoins.
Il a semble-t-il disparu de office developer xp, ce qui pose des problèmes à
ceux qui débutent en xp ou qui viennent de access 97.
Mscomct2.OCX, actuellement peut être téléchargé chez microsoft à l'adresse
des contrôles VB6 suivante:
http://activex.microsoft.com/controls/vb6/MSCOMCT2.CAB
il s'agit de la version 6.0 également mais de la SP4 au lieu de la SP3 en
général.
je l'ai testé personnellement sur le dtpicker et le MonthView et je n'ai
rencontré aucune difficulté.
as-tu la licence developer ou le VB6 ?
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.kynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA
"defluc" <defluc@skynet.be> a écrit dans le message de
news:OmqUGNJqDHA.1884@TK2MSFTNGP09.phx.gbl...
J'ai intégré les deux librairies et quand je veux insérer l'objet sur un
formulaire Access2000 Je reçois à présent le message suivant :
Vous ne possédez pas la license requise pour l'utilisation de ce
contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un
contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit
l'objet OLE ou le contrôle ActiveX.
Les contrôles qui apparaissent dans la liste des objets qu'il est
possible d'insérer ne sont-ils pas tous d'utilisation libre ?
J'ai fait des recherches car tu n'es pas le premier à poser le problème. le mscomct2.ocx était diffusé avec office 2000 developer et c'est pour ça que beaucoup de développeurs le possèdent. Il était aussi diffusé avec VB6 pro ce qui englobe la majorité des besoins. Il a semble-t-il disparu de office developer xp, ce qui pose des problèmes à ceux qui débutent en xp ou qui viennent de access 97. Mscomct2.OCX, actuellement peut être téléchargé chez microsoft à l'adresse des contrôles VB6 suivante: http://activex.microsoft.com/controls/vb6/MSCOMCT2.CAB il s'agit de la version 6.0 également mais de la SP4 au lieu de la SP3 en général. je l'ai testé personnellement sur le dtpicker et le MonthView et je n'ai rencontré aucune difficulté.
as-tu la licence developer ou le VB6 ? -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.kynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA
"defluc" a écrit dans le message de news:
J'ai intégré les deux librairies et quand je veux insérer l'objet sur un formulaire Access2000 Je reçois à présent le message suivant :
Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX.
Les contrôles qui apparaissent dans la liste des objets qu'il est possible d'insérer ne sont-ils pas tous d'utilisation libre ?
Merci de votre aide
defluc
J'ai VB6 mais l'application qui me pose problème est développée en VBAccess 2000 sous Win2k. De plus, VB6 n'est pas installé sur cette machine.
Le problème persiste après le téléchargement du fichier .cab renseigné, exécution de resvr32 sans problème et création de la référence dans Visual basic. a la première tentative d'insertion de "Microsoft Windows Common Controls-2 6.0(SP4) dans une formulaire, je reçois le message "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Bon, on ne sait jamais, je réessaie et, bizarrement, à la deuxième tentative, le massage devient : "Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX. "
J'en perd mon latin. Mais j'ai peut-être oublié quelque chose, le fichier MSCOMCT2.cab contient un fichier MSCOMCT2.inf que j'ai copié dans c:winntsystem32. S'agissant d'un fichier d'installation, n'y-a-t-il pas une commande à exécuter.
Merci encore
Raymond [mvp] wrote:
J'ai fait des recherches car tu n'es pas le premier à poser le problème. le mscomct2.ocx était diffusé avec office 2000 developer et c'est pour ça que beaucoup de développeurs le possèdent. Il était aussi diffusé avec VB6 pro ce qui englobe la majorité des besoins. Il a semble-t-il disparu de office developer xp, ce qui pose des problèmes à ceux qui débutent en xp ou qui viennent de access 97. Mscomct2.OCX, actuellement peut être téléchargé chez microsoft à l'adresse des contrôles VB6 suivante: http://activex.microsoft.com/controls/vb6/MSCOMCT2.CAB il s'agit de la version 6.0 également mais de la SP4 au lieu de la SP3 en général. je l'ai testé personnellement sur le dtpicker et le MonthView et je n'ai rencontré aucune difficulté.
as-tu la licence developer ou le VB6 ?
J'ai VB6 mais l'application qui me pose problème est développée en
VBAccess 2000 sous Win2k. De plus, VB6 n'est pas installé sur cette machine.
Le problème persiste après le téléchargement du fichier .cab renseigné,
exécution de resvr32 sans problème et création de la référence dans
Visual basic. a la première tentative d'insertion de "Microsoft Windows
Common Controls-2 6.0(SP4) dans une formulaire, je reçois le message "Le
serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Bon, on ne sait jamais, je réessaie et, bizarrement, à la deuxième
tentative, le massage devient : "Vous ne possédez pas la license requise
pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un
contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit
l'objet OLE ou le contrôle ActiveX. "
J'en perd mon latin. Mais j'ai peut-être oublié quelque chose, le
fichier MSCOMCT2.cab contient un fichier MSCOMCT2.inf que j'ai copié
dans c:winntsystem32. S'agissant d'un fichier d'installation,
n'y-a-t-il pas une commande à exécuter.
Merci encore
Raymond [mvp] wrote:
J'ai fait des recherches car tu n'es pas le premier à poser le problème.
le mscomct2.ocx était diffusé avec office 2000 developer et c'est pour ça
que beaucoup de développeurs le possèdent. Il était aussi diffusé avec VB6
pro ce qui englobe la majorité des besoins.
Il a semble-t-il disparu de office developer xp, ce qui pose des problèmes à
ceux qui débutent en xp ou qui viennent de access 97.
Mscomct2.OCX, actuellement peut être téléchargé chez microsoft à l'adresse
des contrôles VB6 suivante:
http://activex.microsoft.com/controls/vb6/MSCOMCT2.CAB
il s'agit de la version 6.0 également mais de la SP4 au lieu de la SP3 en
général.
je l'ai testé personnellement sur le dtpicker et le MonthView et je n'ai
rencontré aucune difficulté.
J'ai VB6 mais l'application qui me pose problème est développée en VBAccess 2000 sous Win2k. De plus, VB6 n'est pas installé sur cette machine.
Le problème persiste après le téléchargement du fichier .cab renseigné, exécution de resvr32 sans problème et création de la référence dans Visual basic. a la première tentative d'insertion de "Microsoft Windows Common Controls-2 6.0(SP4) dans une formulaire, je reçois le message "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Bon, on ne sait jamais, je réessaie et, bizarrement, à la deuxième tentative, le massage devient : "Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX. "
J'en perd mon latin. Mais j'ai peut-être oublié quelque chose, le fichier MSCOMCT2.cab contient un fichier MSCOMCT2.inf que j'ai copié dans c:winntsystem32. S'agissant d'un fichier d'installation, n'y-a-t-il pas une commande à exécuter.
Merci encore
Raymond [mvp] wrote:
J'ai fait des recherches car tu n'es pas le premier à poser le problème. le mscomct2.ocx était diffusé avec office 2000 developer et c'est pour ça que beaucoup de développeurs le possèdent. Il était aussi diffusé avec VB6 pro ce qui englobe la majorité des besoins. Il a semble-t-il disparu de office developer xp, ce qui pose des problèmes à ceux qui débutent en xp ou qui viennent de access 97. Mscomct2.OCX, actuellement peut être téléchargé chez microsoft à l'adresse des contrôles VB6 suivante: http://activex.microsoft.com/controls/vb6/MSCOMCT2.CAB il s'agit de la version 6.0 également mais de la SP4 au lieu de la SP3 en général. je l'ai testé personnellement sur le dtpicker et le MonthView et je n'ai rencontré aucune difficulté.
as-tu la licence developer ou le VB6 ?
Raymond [mvp]
Bonsoir.
normalement ces ocx doivent être installés par l'installateur du logiciel, mais si tu as vb6, il les a installés. Tu as testé sous vb6 si ça fonctionne ?
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour une meilleure efficacité de tes interventions sur MPFA
"defluc" a écrit dans le message de news:%
J'ai VB6 mais l'application qui me pose problème est développée en VBAccess 2000 sous Win2k. De plus, VB6 n'est pas installé sur cette machine.
Le problème persiste après le téléchargement du fichier .cab renseigné, exécution de resvr32 sans problème et création de la référence dans Visual basic. a la première tentative d'insertion de "Microsoft Windows Common Controls-2 6.0(SP4) dans une formulaire, je reçois le message "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Bon, on ne sait jamais, je réessaie et, bizarrement, à la deuxième tentative, le massage devient : "Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX. "
J'en perd mon latin. Mais j'ai peut-être oublié quelque chose, le fichier MSCOMCT2.cab contient un fichier MSCOMCT2.inf que j'ai copié dans c:winntsystem32. S'agissant d'un fichier d'installation, n'y-a-t-il pas une commande à exécuter.
Bonsoir.
normalement ces ocx doivent être installés par l'installateur du logiciel,
mais si tu as vb6, il les a installés. Tu as testé sous vb6 si ça fonctionne
?
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour une meilleure
efficacité de tes interventions sur MPFA
"defluc" <defluc@skynet.be> a écrit dans le message de
news:%23DsCRSUqDHA.2000@TK2MSFTNGP10.phx.gbl...
J'ai VB6 mais l'application qui me pose problème est développée en
VBAccess 2000 sous Win2k. De plus, VB6 n'est pas installé sur cette
machine.
Le problème persiste après le téléchargement du fichier .cab renseigné,
exécution de resvr32 sans problème et création de la référence dans
Visual basic. a la première tentative d'insertion de "Microsoft Windows
Common Controls-2 6.0(SP4) dans une formulaire, je reçois le message "Le
serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Bon, on ne sait jamais, je réessaie et, bizarrement, à la deuxième
tentative, le massage devient : "Vous ne possédez pas la license requise
pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un
contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit
l'objet OLE ou le contrôle ActiveX. "
J'en perd mon latin. Mais j'ai peut-être oublié quelque chose, le
fichier MSCOMCT2.cab contient un fichier MSCOMCT2.inf que j'ai copié
dans c:winntsystem32. S'agissant d'un fichier d'installation,
n'y-a-t-il pas une commande à exécuter.
normalement ces ocx doivent être installés par l'installateur du logiciel, mais si tu as vb6, il les a installés. Tu as testé sous vb6 si ça fonctionne ?
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour une meilleure efficacité de tes interventions sur MPFA
"defluc" a écrit dans le message de news:%
J'ai VB6 mais l'application qui me pose problème est développée en VBAccess 2000 sous Win2k. De plus, VB6 n'est pas installé sur cette machine.
Le problème persiste après le téléchargement du fichier .cab renseigné, exécution de resvr32 sans problème et création de la référence dans Visual basic. a la première tentative d'insertion de "Microsoft Windows Common Controls-2 6.0(SP4) dans une formulaire, je reçois le message "Le serveur OLE n'est pas inscrit." Pour l'inscrire, réinstallez le".
Bon, on ne sait jamais, je réessaie et, bizarrement, à la deuxième tentative, le massage devient : "Vous ne possédez pas la license requise pour l'utilisation de ce contrôle ActiveX.
Vous avez essayé d'ouvrir un formulaire contenant un objet OLE ou un contrôle ActiveX ou de créer un contrôle ActiveX.
Pour obtenir la license appropriée, contactez la société qui fournit l'objet OLE ou le contrôle ActiveX. "
J'en perd mon latin. Mais j'ai peut-être oublié quelque chose, le fichier MSCOMCT2.cab contient un fichier MSCOMCT2.inf que j'ai copié dans c:winntsystem32. S'agissant d'un fichier d'installation, n'y-a-t-il pas une commande à exécuter.
defluc
Non puisque VB6 n'est pas installé sur cette machine.
Je m'en occupe et je te tiens au courant mais pas ce soir, j'ai d'autres obligations qui m'attendent. A bientôt
Luc
Raymond [mvp] wrote:
Bonsoir.
normalement ces ocx doivent être installés par l'installateur du logiciel, mais si tu as vb6, il les a installés. Tu as testé sous vb6 si ça fonctionne ?
Non puisque VB6 n'est pas installé sur cette machine.
Je m'en occupe et je te tiens au courant mais pas ce soir, j'ai d'autres
obligations qui m'attendent.
A bientôt
Luc
Raymond [mvp] wrote:
Bonsoir.
normalement ces ocx doivent être installés par l'installateur du logiciel,
mais si tu as vb6, il les a installés. Tu as testé sous vb6 si ça fonctionne
?
Non puisque VB6 n'est pas installé sur cette machine.
Je m'en occupe et je te tiens au courant mais pas ce soir, j'ai d'autres obligations qui m'attendent. A bientôt
Luc
Raymond [mvp] wrote:
Bonsoir.
normalement ces ocx doivent être installés par l'installateur du logiciel, mais si tu as vb6, il les a installés. Tu as testé sous vb6 si ça fonctionne ?
