CORRECTIF : Violation d'accès dans MSDAER.DLL avec exceptions _com_error

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: 173645
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Lorsque vous utilisez la fonctionnalité # import du compilateur, ADO, le fournisseur OLE DB 1.1 ODBC et les exceptions _com_error de recouvrement, une violation d'accès se produit dans MSDAER.DLL lors de la fermeture d'une application.
Cause
Une méthode créée avec # import peut lever une exception _com_error. Lorsqu'il lève l'exception, Release() n'est pas appelée sur le pointeur de IErrorInfo qui est renvoyé à partir de GetErrorInfo(). Cela laisse l'objet erreur interne dans le fournisseur OLEDB de ODBC inutilisés qui provoque la violation d'accès au moment de l'application s'arrête.
Résolution
Créez une macro qui peut être utilisé pour Release() le IErrorInfo interface à la fin du bloc "catch". Par exemple :
   #define BUGFIX_RELEASE_IERRORINFO(error) \            IErrorInfo * pErr = error.ErrorInfo();  \            pErr->Release();                        \            pErr->Release();				
ici est un exemple de la façon dont vous devez l'utiliser :
   try   {     //.... call a #import generated method     if ( m_connection == NULL )   {      if(S_OK == m_connection.CreateInstance("ADODB.Connection.1", NULL,   CLSCTX_INPROC_SERVER))         m_connection->Open(varDataSource, varUserId, varPwd);      }   }   catch(_com_error & err)   {     // Error handling code...     ::MessageBox(NULL, (LPCSTR)err.Description(), _T("ADO Error"), MB_OK);     BUGFIX_RELEASE_IERRORINFO(err);   }				
Statut
Microsoft a confirmé l'existence de ce bogue dans les produits Microsoft répertoriés au début de cet article. Ce bogue a été corrigé dans Service Pack 3 de Visual Studio 97 et Visual C++ version 6.0.

Pour plus d'informations, consultez l'article suivant dans la base de connaissances Microsoft :
170365Information : Visual Studio 97 Service Packs - quoi, où et pourquoi
exception non gérée (AV

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 173645 - Dernière mise à jour : 02/06/2014 18:01:15 - Révision : 1.0

Microsoft Visual C++ 5.0 Édition Entreprise

  • kbnosurvey kbarchive kbmt kbbug kbfix kbvc600fix kbvs97sp2fix KB173645 KbMtfr
Commentaires