Une application cliente peut recevoir par intermittence un message d’erreur lorsqu’elle tente de créer un composant COM+
Cet article vous aide à résoudre le problème où l’application cliente peut recevoir par intermittence un message d’erreur lorsqu’elle crée un composant COM+.
Version d’origine du produit : Windows
Numéro de la base de connaissances d’origine : 911359
Symptômes
Lorsqu’une application cliente tente de créer un composant Microsoft COM+, l’application cliente peut recevoir par intermittence un message d’erreur.
Les applications Microsoft C++ peuvent recevoir le message d’erreur suivant :
E_INVALIDARG : « Le paramètre est incorrect » (0x80070057/-2147024809)
Les applications Microsoft Visual Basic 6.0 peuvent recevoir le message d’erreur suivant :
Erreur d’exécution « 5 » : « Appel ou argument de procédure non valide » (0x800a0005/-2146828283)
Les applications clientes basées sur Microsoft .NET Framework peuvent recevoir le message d’erreur suivant :
System.ArgumentException : « Le paramètre est incorrect. » sur System.Runtime.Type.CreateInstanceImpl(Boolean publicOnly) à l’adresse System.Activateor.CreateInstance(Type type, Boolean nonPublic) (avec _HResult = 0x80070057/-2147024809)
L’application COM+ fonctionne généralement sans erreur pendant un certain temps immédiatement après l’ouverture de l’application COM+. Le problème se produit par intermittence, mais augmente au fil du temps jusqu’à ce que l’application échoue à chaque demande d’activation.
Cause
Ce problème se produit car le nombre d’initialisation COM (Component Object Model) d’un thread est incrémenté et décrémenté lorsque la CoInitialize fonction et la CoUninitialize fonction sont appelées. Lorsque ce nombre atteint zéro après avoir appelé la CoUninitialize fonction, COM n’est pas initialisé sur le thread. Lorsqu’un thread COM+ STA ThreadPool n’est pas initialisé, l’activateur d’appartement du thread est détruit. La demande d’activation suivante acheminée vers ce thread échoue avec le message d’erreur E_INVALIDARG . Ce problème se produit car l’activateur d’appartement de thread n’est plus disponible. Seules les demandes d’activation routées vers le thread non initialisé particulier échouent. À mesure que d’autres threads COM+ ThreadPool ne sont pas initialisés, un pourcentage plus élevé de requêtes échoue. Lorsque tous les threads COM+ ThreadPool ne sont pas initialisés, toutes les demandes échouent. Si le processus est redémarré, le problème se rétablit pendant un certain temps. Toutefois, le cycle est répété.
Résolution
Pour résoudre ce problème, supprimez les CoInitialize appels et les CoUninitialize appels de la DLL COM affectée. Une DLL COM qui expose des composants COM et qui est chargée via des appels COM à partir d’un client ne doit pas appeler la CoInitialize fonction ou la CoUninitialize fonction sur un thread utilisé pour charger ou démarrer la DLL. Ces threads appartiennent à l’application cliente, au runtime COM ou au runtime COM+. Seule la DLL COM doit appeler ces API sur des threads supplémentaires qui ont été explicitement créés par la DLL COM. Toutefois, il s’agit d’un bogue courant pour les DLL COM d’appeler la CoInitialize fonction et la CoUninitialize fonction en réponse à des événements d’attachement et de détacher des événements dans la DllMain fonction.
Remarque
Il est correct pour une DLL Win32 standard qui n’est pas chargée via COM d’appeler ces API si la DLL Win32 standard prévoit d’utiliser des API COM. Toutefois, ces fonctions ne doivent pas être appelées à partir de la DllMain fonction .
Pour plus d’informations sur la CoInitialize fonction, consultez CoInitialize, fonction.
Pour plus d’informations sur la DllMain fonction, consultez Point d’entrée DllMain.
Remarque
L’un des composants Microsoft qui contient ce bogue est le composant Cdo.dll . Ce composant n’est pas pris en charge dans les environnements multithread. Au lieu de cela, nous vous recommandons d’utiliser le composant Cdosys.dll ou le composant Cdonts.dll .
Plus d’informations
Pour déterminer quel composant COM contient le code affecté, utilisez l’outil de diagnostic de débogage Microsoft Internet Information Services (IIS) (DebugDiag). Pour cela, procédez comme suit :
Créez une règle d’incident dans DebugDiag. Pour cela, procédez comme suit :
- Cliquez sur Démarrer, pointez sur Programmes, sur Diagnostics IIS (32 bits), sur Outil Diagnostics de débogage, puis cliquez sur Outil Debug Diagnostics 1.0.
- Si la boîte de dialogue Sélectionner un type de règle s’ouvre, cliquez sur Annuler.
- Dans le menu Outils , cliquez sur Options et paramètres.
- Cliquez sur l’onglet Dossiers et Chemins de recherche , puis entrez
srv*C:\symsrv\*http://msdl.microsoft.com/download/symbolsdans le champ Chemin de recherche des symboles pour l’analyse . - Dans le champ Chemin de recherche de symbole pour le débogage , entrez
srv*C:\symsrv\*http://msdl.microsoft.com/download/symbols, puis cliquez sur OK. - Cliquez sur Ajouter une règle.
- Cliquez sur Blocage, puis sur Suivant.
- Cliquez sur Une application MTS/COM+ spécifique (y compris les sites web d’isolation élevée et moyenne), puis cliquez sur Suivant.
- Cliquez sur l’application COM+ appropriée, puis sur Suivant.
- Dans la boîte de dialogue Configuration avancée (facultatif), cliquez sur Points d’arrêt.
- Dans la boîte de dialogue Configurer les points d’arrêt, cliquez sur Ajouter un point d’arrêt.
- Dans la boîte de dialogue Configurer le point d’arrêt , entrez ole32 ! CoInitializeEx dans le champ Expression de point d’arrêt, entrez 1000 dans le champ Type d’action , conservez trace de pile des journaux dans le champ Type d’action , puis cliquez sur OK.
- Dans la boîte de dialogue Configurer les points d’arrêt, cliquez sur Ajouter un point d’arrêt.
- Dans la boîte de dialogue Configurer le point d’arrêt , entrez ole32 ! CoUninitialize dans le champ Expression de point d’arrêt, entrez 1000 dans le champ Limite d’action , puis cliquez sur OK.
- Dans la boîte de dialogue Configurer les points d’arrêt , cliquez sur Enregistrer & Fermer.
- Dans la boîte de dialogue Configuration avancée (facultatif), cliquez sur Suivant.
- Dans la boîte de dialogue Sélectionner l’emplacement de vidage et le nom de la règle (facultatif), cliquez sur Suivant.
- Dans la boîte de dialogue Règle terminée , cliquez sur Activer la règle maintenant, puis cliquez sur Terminer.
DebugDiag surveille l’application COM+ sélectionnée lors de l’exécution de l’application. Chaque fois que DebugDiag rencontre l’un des points d’arrêt sélectionnés, DebugDiag ajoute des données à un fichier journal. Par défaut, le fichier journal est nommé :
C:\Program Files\IIS Resources\DebugDiag\Logs\dllhost__PID__\<pid>\__Date__\<date> __Time\_\<time> Log.txt
Lorsqu’une erreur se produit dans l’application, passez en revue le fichier journal approprié pour rechercher la DLL affectée. Dans l’exemple suivant, le composant COM affecté est Mybaddll.dll. Les piles d’appels suivantes sont des exemples d’appels d’API attendus qui proviennent directement du runtime COM+ :
[10/27/2005 10:03:42 AM] Breakpoint at ole32!CoInitializeEx caused by 3500
[10/27/2005 10:03:42 AM] Stack Trace
ChildEBP RetAddr Args to Child
0097ff38 7668c062 00000000 00000002 7c910732 ole32!CoInitializeEx
0097ff80 77c3a3b0 000de370 7c910732 00000005 COMSVCS!CSTAThread::WorkerLoop+0x6c
0097ffb4 7c80b50b 0003e018 7c910732 00000005 msvcrt!_endthreadex+0xa9
0097ffec 00000000 77c3a341 0003e018 00000000 kernel32!BaseThreadStart+0x37
[10/27/2005 10:13:29 AM] Breakpoint at ole32!CoUninitialize caused by 1300
[10/27/2005 10:13:29 AM] Stack Trace
ChildEBP RetAddr Args to Child
006dff08 766f965b 00000000 000b9838 00037138 ole32!CoUninitialize
006dff70 766f9742 000b9838 00037258 006dffb4 COMSVCS!WORK_QUEUE::WorkerLoop+0x248
006dff80 77c3a3b0 000b9838 00000000 7c9105c8 COMSVCS!WORK_QUEUE::ThreadLoop+0x19
006dffb4 7c80b50b 00037138 00000000 7c9105c8 msvcrt!_endthreadex+0xa9
006dffec 00000000 77c3a341 00037138 00000000 kernel32!BaseThreadStart+0x37
[10/27/2005 10:13:29 AM] Breakpoint at ole32!CoUninitialize caused by 2188
[10/27/2005 10:13:29 AM] Stack Trace
ChildEBP RetAddr Args to Child
0007fd98 0100128e 00092388 00000000 0007fdbc ole32!CoUninitialize
0007ff1c 010015b0 01000000 00000000 00092388 dllhost!WinMain+0xd0
0007ffc0 7c816d4f 00098610 005df0fc 7ffdb000 dllhost!WinMainCRTStartup+0x174
0007fff0 00000000 0100143c 00000000 78746341 kernel32!BaseProcessStart+0x23
Les piles d’appels suivantes sont des exemples d’appels d’API inattendus à partir d’une DLL personnalisée :
[10/27/2005 10:03:49 AM] Breakpoint at ole32!CoInitializeEx caused by 3500
[10/27/2005 10:03:42 AM] Stack Trace
ChildEBP RetAddr Args to Child
0097e684 1001349c 00000000 00000001 0097e7cc ole32!CoInitialize
0097e76c 100293ca 10000000 00000001 00000000 MyBadDLL!DllMain+0x4c
0097e7b8 7c9011a7 10000000 00000001 00000000 MyBadDLL!_DllMainCRTStartup+0xca
0097e7d8 7c91cbab 10011712 10000000 00000001 ntdll!LdrpCallInitRoutine+0x14
0097e8e0 7c916178 00000000 c0150008 00000000 ntdll!LdrpRunInitializeRoutines+0x344
0097eb8c 7c9162da 00000000 000c6a30 0097ee80 ntdll!LdrpLoadDll+0x3e5
0097ee34 7c801bb9 000c6a30 0097ee80 0097ee60 ntdll!LdrLoadDll+0x230
0097ee9c 7752e1b1 0097ef18 00000000 00000008 kernel32!LoadLibraryExW+0x18e
0097eec0 7752e0cd 0097ef18 0097eee4 0097eee8 ole32!CClassCache::CDllPathEntry::LoadDll+0x6c
0097eef0 7752d550 0097ef18 0097f1f4 0097ef10 ole32!CClassCache::CDllPathEntry::Create_rl+0x37
0097f13c 7752d473 00000001 0097f1f4 0097f16c ole32!CClassCache::CClassEntry::CreateDllClassEntry_rl+0xd6
0097f184 7752d3d1 00000001 000ba820 0097f1ac ole32!CClassCache::GetClassObjectActivator+0x195
0097f1b0 7752cf3b 0097f1f4 00000000 000d82c4 ole32!CClassCache::GetClassObject+0x23
0097f22c 7752cddf 77607150 00000000 000d82c4 ole32!CServerContextActivator::CreateInstance+0x106
0097f26c 76672d76 000d82c4 00000000 0097f33c ole32!ActivationPropertiesIn::DelegateCreateInstance+0xf7
0097f2e0 7752cddf 000cba80 00000000 000d82c4 COMSVCS!CObjectActivator::CreateInstance+0x21c
0097f320 7759699a 000d82c4 00000000 0097f33c ole32!ActivationPropertiesIn::DelegateCreateInstance+0xf7
0097f340 775877e1 000cf170 000b492c 00000000 ole32!DoServerContextCCI+0x1d
0097f38c 775880cf 00000000 000b492c 7759697d ole32!EnterForCallback+0xc2
0097f4ec 77563258 0097f3c4 7759697d 000cf170 ole32!SwitchForCallback+0x1a3
0097f518 7751929f 000b492c 7759697d 000cf170 ole32!PerformCallback+0x54
0097f5b0 7758a738 00099940 7759697d 000cf170 ole32!CObjectContext::InternalContextCallback+0x155
0097f5d0 77596ba1 00099940 7759697d 000cf170 ole32!CObjectContext::DoCallback+0x1c
0097f5fc 77567439 77607154 000d82c4 000d0ba0 ole32!CApartmentActivator::ContextCallHelper+0x4e
0097f658 77e79dc9 77607154 00000000 000d82c4 ole32!CApartmentActivator::CreateInstance+0x110
0097f67c 77ef321a 7752cfbc 0097f690 00000004 RPCRT4!Invoke+0x30
0097fa88 77ef3bf3 000d8ea0 000cfc04 000cecb4 RPCRT4!NdrStubCall2+0x297
0097fae0 77600c31 000d8ea0 000cecb4 000cfc04 RPCRT4!CStdStubBuffer_Invoke+0xc6
0097fb20 77600bdb 000cecb4 000b689c 00000000 ole32!SyncStubInvoke+0x33
0097fb68 7750f237 000cecb4 000d5de8 000d8ea0 ole32!StubInvoke+0xa7
0097fc40 7750f15c 000cfc04 00000000 000d8ea0 ole32!CCtxComChnl::ContextInvoke+0xe3
0097fc5c 7750fc79 000cecb4 00000001 000d8ea0 ole32!MTAInvoke+0x1a
0097fc88 77600e3b 000cecb4 00000001 000d8ea0 ole32!STAInvoke+0x4a
0097fcbc 776009bc 000cec60 000cfc04 000d8ea0 ole32!AppInvoke+0x7e
0097fd90 77600df2 000cec60 000b1b10 00000000 ole32!ComInvokeWithLockAndIPID+0x2e0
0097fdbc 7750fcb3 000cec60 00000400 000d1d88 ole32!ComInvoke+0x60
0097fdd0 7750fae9 000cec60 0097fe50 7750fa56 ole32!ThreadDispatch+0x23
0097fde8 77d48734 002f07c8 000c7d08 0000babe ole32!ThreadWndProc+0xfe
0097fe14 77d48816 7750fa56 002f07c8 00000400 USER32!InternalCallWinProc+0x28
0097fe7c 77d489cd 00000000 7750fa56 002f07c8 USER32!UserCallWinProcCheckWow+0x150
0097fedc 77d48a10 000de3fc 00000000 0097ff08 USER32!DispatchMessageWorker+0x306
0097feec 7668b57c 000de3fc 000de3f8 000de370 USER32!DispatchMessageW+0xf
0097ff08 7668b42d 000de390 000de370 000de3ec COMSVCS!CSTAQueueLessMessageWork::DoWork+0x4e
0097ff20 7668bea5 000de3f8 7668c2d0 000de370 COMSVCS!CSTAThread::DoWork+0x18
0097ff40 7668c197 7c910732 0003c9a8 0003e018 COMSVCS!CSTAThread::ProcessQueueWork+0x47
0097ff80 77c3a3b0 000de370 7c910732 00000005 COMSVCS!CSTAThread::WorkerLoop+0x1a1
0097ffb4 7c80b50b 0003e018 7c910732 00000005 msvcrt!_endthreadex+0xa9
0097ffec 00000000 77c3a341 0003e018 00000000 kernel32!BaseThreadStart+0x37
[10/27/2005 10:08:42 AM] Breakpoint at ole32!CoUninitialize caused by 628
[10/27/2005 10:08:42 AM] Stack Trace
ChildEBP RetAddr Args to Child
0097f9f4 100134e5 0097fb7c 0097fb38 10011712 ole32!CoUninitialize
0097fad8 100293ca 10000000 00000000 00000000 MyBadDLL!DllMain+0x95
0097fb24 7c9011a7 10000000 00000000 00000000 MyBadDLL!_DllMainCRTStartup+0xca
0097fb44 7c91e6f4 10011712 10000000 00000000 ntdll!LdrpCallInitRoutine+0x14
0097fc3c 7c80aa7f 10000000 0097fc90 0097fdb0 ntdll!LdrUnloadDll+0x41c
0097fc50 77513442 10000000 0097fdd0 77513456 kernel32!FreeLibrary+0x3f
0097fc5c 77513456 0097fc9c 776067e0 00000000 ole32!CClassCache::CDllPathEntry::CFinishObject::Finish+0x2f
0097fc70 775135fe 774e1ab0 00000000 00000000 ole32!CClassCache::CFinishComposite::Finish+0x1d
0097fdd0 77513578 ffffffff 000c7d08 0097fe1c ole32!CClassCache::FreeUnused+0x19d
0097fde0 775133a2 ffffffff 00000000 7668b359 ole32!CoFreeUnusedLibrariesEx+0x36
0097fdec 7668b359 77d48734 00000000 00000113 ole32!CoFreeUnusedLibraries+0x9
0097fdf0 77d48734 00000000 00000113 0000705b COMSVCS!STAFreeLibTimerProc+0x6
0097fe1c 77d49857 7668b353 00000000 00000113 USER32!InternalCallWinProc+0x28
0097fe84 77d49791 00000000 7668b353 00000000 USER32!UserCallWinProc+0xf3
0097fedc 77d48a10 000de3fc 00000000 0097ff08 USER32!DispatchMessageWorker+0x10e
0097feec 7668b57c 000de3fc 000de3f8 000de370 USER32!DispatchMessageW+0xf
0097ff08 7668b42d 000de390 000de370 000de3ec COMSVCS!CSTAQueueLessMessageWork::DoWork+0x4e
0097ff20 7668bea5 000de3f8 7668c2d0 000de370 COMSVCS!CSTAThread::DoWork+0x18
0097ff40 7668c197 7c910732 0003c9a8 0003e018 COMSVCS!CSTAThread::ProcessQueueWork+0x47
0097ff80 77c3a3b0 000de370 7c910732 00000005 COMSVCS!CSTAThread::WorkerLoop+0x1a1
0097ffb4 7c80b50b 0003e018 7c910732 00000005 msvcrt!_endthreadex+0xa9
0097ffec 00000000 77c3a341 0003e018 00000000 kernel32!BaseThreadStart+0x37
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour