Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

CORRECTIF : ADO 2.5 fuites de ressources lors de l'utilisation des objets de Record et Stream

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: 282177
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Lorsque marshaling de données en cours à l'aide de ActiveX Data Objects (ADO) enregistrement ou objets Stream, une fuite de mémoire peuvent se produire qui peut éventuellement entraîner le blocage du processus de manquer de mémoire. Cette fuite ne se produit pas avec les autres objets ADO tels que des objets Command et Recordset.

Cette fuite se produit dans Microsoft Data Access Components (MDAC) 2.5, mais ne se produit pas dans MDAC 2.6.
Cause
Les objets Record et Stream utilisent la fonction ATL (Active Template Library) AtlMarshalPtrInProc pour créer un flux qui permet d'envoyer des informations sur le proxy à l'appelant. Lorsque les objets Record et Stream sont détruits, la fonction Release est simplement appelée sur le flux, sans appeler auparavant la fonction AtlFreeMarshalStream pour libérer la mémoire allouée pour ce flux.
Résolution

MDAC

Pour résoudre ce problème, procurez-vous le dernier service pack pour Microsoft MDAC 2.5. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
293312Procédure d'information : Pour obtenir le dernier MDAC 2.5 Service Pack
La version anglaise de ce correctif doit avoir les attributs de fichier suivants ou ceux d'une version ultérieure :
   Date          Version        Size               File name   ------------------------------------------------------------   12/14/2000    2.53.6013.0    491,792 bytes      Msado15.dll						

Windows 2000

Pour résoudre ce problème, procurez-vous le dernier service pack pour Windows 2000. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
260910Comment faire pour obtenir le dernier Service Pack de Windows 2000
La version anglaise de ce correctif doit avoir les attributs de fichier suivants ou ceux d'une version ultérieure :
   Date        Time    Version       Size       File name   ----------------------------------------------------------   5/29/2001   02:56p  2.52.6019.1   487,696    Msado15.dll				

SOLUTION DE CONTOURNEMENT

Il n'existe aucune solution de contournement pour ce problème avec MDAC 2.5.
Statut

MDAC

Microsoft a confirmé l'existence de ce bogue dans les produits Microsoft répertoriés au début de cet article. Ce problème a été corrigé dans Microsoft MDAC 2.5 Service Pack 3.

Ce problème ne se produit pas dans MDAC 2.6.

Windows 2000

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés au début de cet article. Ce problème a été corrigé dans Windows 2000 Service Pack 3.
Plus d'informations
Cette fuite de mémoire se produit principalement dans les environnements où les objets Record ou Stream sont triées dans-processus, comme Microsoft Internet Information Server (IIS) et Microsoft Transaction Server (MTS) / COM +. Cette fuite ne se produit pas dans les environnements où ce marshaling ne se produisent pas, comme une application Microsoft Visual Basic autonome.

Procédure pour reproduire le problème

  1. Collez l'exemple de code ci-dessous dans un fichier texte et enregistrez-le sous le nom «ADODBMem.vbs».
  2. À partir de l'invite de commandes, exécutez ce fichier en utilisant Windows Scripting Host (CScript.exe). Par exemple :
    cscript ADODBMem.vbs
  3. Lorsque vous y êtes invité, démarrez l'Analyseur de performances (PerfMon), puis sélectionnez le compteur octets privés pour l'exécutable CScript.
  4. Retour vers le script et une étape à travers le processus de création d'objets ADO comme indiqué. Notez que PerfMon affiche une quantité croissante de mémoire allouée avec les objets Record et Stream.

Exemple de code

'//////////////////////////////////////////////////////////////////////////////////////////////// ' +'   File:       adodbmem.vbs''   Copyright:  (c) 2000 Microsoft Corporation''   Contents:   Creates/destroys ADODB objects and allows to see memory usage (leaks).''   Comments:   CScript.exe v2.0 required (comes with Windows 2000; just copy to run under NT4)'               WScript.exe will NOT work''               Usage: cscript adodbmem.vbs'               Use PerfMon to see the counter "Private Bytes" in process "cscript"' -'//////////////////////////////////////////////////////////////////////////////////////////////// Const REPT_CNT = 1000Private Function CreateOnce(objName, bStop)  Dim obj  On Error Resume Next  If bStop = True Then    WScript.StdOut.Write  "Create an instance of " & objName & ">"    WScript.StdIn.ReadLine  End If  Set obj = CreateObject(objName)  If Err.Number <> 0 Then    WScript.Echo "CreateObject(" & objName &") failed: " & Err.Description    CreateOnce = False    Exit Function  End If  If bStop = True Then    WScript.StdOut.Write objName & " created. Destroy>"    WScript.StdIn.ReadLine  End If  Set obj = Nothing  If bStop = True Then    WScript.Echo objName & " destroyed."  End If  CreateOnce = TrueEnd Function'//////////////////////////////////////////////////////////////////////////////////////////////// Private Sub TryObject(objName)  Dim i  WScript.StdOut.Write "Create and destroy " & objName & " " & REPT_CNT & " times>"  WScript.StdIn.ReadLine  For i = 1 To REPT_CNT    If Not CreateOnce(objName, False) Then Exit For  Next  WScript.StdOut.Write "Done. "End Sub'//////////////////////////////////////////////////////////////////////////////////////////////// Private Sub ShowVersion  Dim sVer  Dim o  Set o = CreateObject("ADODB.Connection")  sVer = o.Version  Set o = Nothing  WScript.StdOut.Write "ADODB version " & sVer & " loaded. Hit Enter to start>"  WScript.StdIn.ReadLineEnd Sub'//////////////////////////////////////////////////////////////////////////////////////////////// Public sub Main()  WScript.StdOut.Write "ADODB memory leak test." & vbNewLine & _                "Connect Perfmon: process - cscript, counters - Private Bytes." & vbNewLine & _                "Hit Enter then ready>"  WScript.StdIn.ReadLine  ShowVersion  TryObject "ADODB.Command"  TryObject "ADODB.Stream"  TryObject "ADODB.Recordset"  TryObject "ADODB.Record"  WScript.StdOut.Write "All Done. Hit Enter to exit>"  WScript.StdIn.ReadLineEnd subCall Main()Wscript.Quit 0'//////////////////////////////////////////////////////////////////////////////////////////////// '                                  End of file "adodbmem.vbs"'//////////////////////////////////////////////////////////////////////////////////////////////// 				
marshal kbMDAC marshaling marshalé

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 282177 - Dernière mise à jour : 02/24/2014 03:22:49 - Révision : 3.2

Microsoft Data Access Components 2.5 Service Pack 1, Microsoft Data Access Components 2.5

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbmdac250sp3fix kbado260fix kbbug kbfix kbmdac260fix kbwin2000sp3fix KB282177 KbMtfr
Commentaires