Raisons possibles pour Échec de l'enregistrement de contrôle OLE

Traductions disponibles Traductions disponibles
Numéro d'article: 140346 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

OLE contrôles peuvent être inscrits à l'aide de Visual C++ à partir du menu Outils, à partir du conteneur de test fournies avec CDK (contrôle Development Kit), ou en utilisant les applications regsvr ou regsvr32 fournies avec Visual C++. Dans certains cas, l'inscription d'un contrôle peut échouer ; Utilisez cet article pour aider à résoudre le problème.

Plus d'informations

Toutes les méthodes mentionnées précédemment pour l'enregistrement d'un contrôle OLE utilisent essentiellement la même technique. LoadLibrary() est appelée pour charger le contrôle en mémoire, Échec de GetProcAddress() est appelé pour obtenir l'adresse de la fonction DllRegisterServer() et ensuite DllRegisterServer() est appelée pour enregistrer le contrôle.

Raisons pourquoi l'enregistrement d'un contrôle peut échouer

  • Un ou plusieurs des DLL OLE nécessaire ne sont pas le chemin d'accès. Vous trouverez les instructions pour la distribution de contrôles OLE ainsi qu'une explication de quelles DLL est nécessaires à expédier dans le Shipctrl.wri fichier situé dans le même répertoire que le CDK.
  • Le contrôle charge une DLL autre que la DLL OLE, et cette DLL n'est pas dans le chemin d'accès. Lorsque le contrôle est chargé en mémoire, toutes les DLL sont chargées implicitement par l'intermédiaire d'une bibliothèque d'importation sont également chargés. Si un de ces DLL ne se trouve pas dans le chemin d'accès, le contrôle n'est pas chargé correctement, afin de l'inscription échoue.
  • Une ou plusieurs DLL peut être une version incorrecte. Si le contrôle a été généré avec une version plus récente d'une DLL que celle installée sur l'ordinateur, le contrôle peut ne pas se charger correctement, afin de l'inscription échoue.
  • Une ancienne version de Ocd25.lib est liée. Si le contrôle est à l'aide des classes de base de données MFC, il peut y avoir un problème avec la version du fichier Ocd25.lib qui est liée.
  • Le contrôle OLE se trouve sur un lecteur distant d'un serveur Novell. Dans ce cas, les droits d'accès pour le fichier .ocx empêche peut-être le contrôle de chargement. Assurez-vous que les droits d'accès pour le fichier .ocx sont définies à l'accès en lecture seule et partageable, qui est le paramètre par défaut des fichiers exécutables.

Résolution des problèmes techniques

Si aucune des causes possibles sont true dans votre cas, essayez les techniques suivantes.

  1. Avec le projet de contrôle chargé dans Visual C++, définissez l'exécutable pour la session de débogage pour le OLE Control Test Container (Tstcon16.exe ou Tstcon32.exe). Lorsque vous démarrez le conteneur de test (sous le débogueur), vous obtiendrez un avertissement que le conteneur de test ne contient pas les informations de débogage. Ignorer et continuer.
  2. À partir de Test Container, essayer d'inscrire le contrôle. Regardez pour la sortie de débogage à partir de la DLL du contrôle OLE ou d'un quelconque de ses DLL dépendantes. Si vous exécutez le produit de 16 bits, n'oubliez pas d'exécuter le DBWIN programme reçoive la sortie de débogage.

    Pour plus d'informations sur la façon de définir le fichier exécutable pour une DLL de la session de débogage, veuillez consulter la rubrique d'aide «Débogage de DLL» dans la documentation en ligne.
Comme alternative, vous pouvez essayer d'inscrire le contrôle par programme. Tout d'abord créer une application MFC AppWizard sélectionnant application basée sur des boîtes de dialogue et de OLE Automation. L'activation de OLE Automation initialisera OLE afin que le code pour inscrire le contrôle fonctionne correctement. Dans la classe dérivée de CWinApp, vous trouverez la fonction InitInstance() avec le code initial comme suit :
BOOL CTestregApp::InitInstance()
{

   // Initialize OLE libraries
   if (!AfxOleInit())
   {
      AfxMessageBox(IDP_OLE_INIT_FAILED);
      return FALSE;
   }
				
à ce stade, ajouter le segment de code suivant, qui vous permettent de vérifier les codes de retour de LoadLibrary(), Échec de GetProcAddress() et DllRegisterServer.
#ifdef _WIN32
    HINSTANCE hDLL = LoadLibrary("some.ocx");
    if(NULL == hDLL)
    {
        // See Winerror.h for explaination of error code.
        DWORD error = GetLastError();
        TRACE1("LoadLibrary() Failed with: %i\n", error);
        return FALSE;
    }

    typedef HRESULT (CALLBACK *HCRET)(void);
    HCRET lpfnDllRegisterServer;

    lpfnDllRegisterServer =
            (HCRET)GetProcAddress(hDLL, "DllRegisterServer");
    if(NULL == lpfnDllRegisterServer)
    {
        // See Winerror.h for explaination of error code.
        DWORD error = GetLastError();
        TRACE1("GetProcAddress() Failed with %i\n", error);
        return FALSE;
    }

    if(FAILED((*lpfnDllRegisterServer)()))
    {
        TRACE("DLLRegisterServer() Failed");
        return FALSE;
    }

#else // 16-bit
    HINSTANCE hDLL = LoadLibrary("regtest.ocx");
    if(HINSTANCE_ERROR > hDLL)
    {
        // See LoadLibrary() help for explaination of error code.
        TRACE1("LoadLibrary() Failed with: %i\n", hDLL);
        return FALSE;
    }

    typedef HRESULT (CALLBACK *HCRET)(void);
    HCRET lpfnDllRegisterServer;

    lpfnDllRegisterServer =
            (HCRET)GetProcAddress(hDLL, "DllRegisterServer");
    if(NULL == lpfnDllRegisterServer)
    {
        // See GetProcAddress() help for explaination of error code.
        TRACE("GetProcAddress() Failed");
        return FALSE;
    }

    if(FAILED((*lpfnDllRegisterServer)()))
    {
        TRACE("DLLRegisterServer() Failed");
        return FALSE;
    }
#endif
				

Propriétés

Numéro d'article: 140346 - Dernière mise à jour: lundi 1 décembre 2003 - Version: 2.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Visual C++ 1.5 Édition Professionnelle
  • Microsoft Visual C++ 1.51
  • Microsoft Visual C++ 1.52 Édition Professionnelle
  • Microsoft Visual C++ 2.0 Édition Professionnelle
  • Microsoft Visual C++ 2.1
  • Microsoft Visual C++ 2.2
  • Microsoft Visual C++ 4.0 Édition Standard
Mots-clés : 
kbmt kbcode kbctrl KB140346 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 140346
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Exclusion de responsabilité concernant les contenus obsolètes dans la Base de connaissances
Cet article concerne des produits pour lesquels Microsoft n'offre plus de support. Il est par conséquent fourni « en l'état » et ne sera plus mis à jour.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com