CORRECÇÃO: Agregar conjuntos de registos ADO ou comandos poderá provocar a fuga de memória

Artigo: 283106 - Ver produtos para os quais este artigo se aplica.
Tradução automáticaVer isenção de responsabilidades para tradução automática
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

Se uma aplicação de Visual C++ ou biblioteca de ligação dinâmica (DLL) agrega objectos ActiveX Data Objects (ADO) conjunto de registos ou comando , pode ocorrer uma fuga de memória significativa devido a recursos que não são libertados quando a função de edição é chamada no objecto.

Isto ocorre em todas as versões do ADO antes e incluindo versão 2.6 RTM (2.60.6526).
Voltar ao topo | Submeter comentários

Causa

Agregação nos objectos de conjunto de registos e comando é implementada utilizando as classes CComAggObject no Active Directory modelo de biblioteca (ATL). CComAggObject elimina-se quando o contagem de referência vai para zero e elimina apenas o conjunto de registos ou objecto de comando bem. termo função o conjunto de registos ou comando de um objecto nunca seja invocada, que é onde ocorre a limpeza dos recursos atribuídos.
Voltar ao topo | Submeter comentários

Resolução

MDAC

Para resolver este problema, obtenha o service pack mais recente do Microsoft MDAC 2.5. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
293312
(http://support.microsoft.com/kb/293312/EN-US/ )
INFO: Como obter o mais recente MDAC 2.5 Service Pack
Este problema foi corrigido no Microsoft Data Access Components 2.6 Service Pack 1.
Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
300635
(http://support.microsoft.com/kb/300635/EN-US/ )
INFO: Como obter o MDAC 2.6 mais recente Service Pack
A versão inglesa desta correcção deverá ter os seguintes atributos de ficheiro ou posteriores:

MDAC 2.5 
   Date          Version        Size             File name
   ------------------------------------------------------------
   12/14/2000    2.53.6013.0     20,480 bytes    Msader15.dll	
   12/14/2000    2.53.6013.0    491,792 bytes    Msado15.dll	
   12/14/2000    2.53.6013.0    172,304 bytes    Msadomd.dll	
   12/14/2000    2.53.6013.0     57,616 bytes    Msador15.dll	
   12/14/2000    2.53.6013.0    188,688 bytes    Msadox.dll	
   12/14/2000    2.53.6013.0     57,616 bytes    Msadrh15.dll	   	
   12/14/2000    2.53.6013.0     94,480 bytes    Msjro.dll	
   12/22/2000                   824,744 bytes    Q283106_w2k_sp3_x86_en.exe
Voltar ao topo | Submeter comentários

Ponto Da Situação

MDAC

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo. Este problema foi corrigido pela primeira vez no MDAC 2.5 Service Pack 3.Este problema foi corrigido pela primeira vez no Microsoft Data Access Components 2.6 Service Pack 1.

Windows 2000

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo.
Voltar ao topo | Submeter comentários

Mais Informação

Este comportamento é provável que aparecem quando a aplicação foi escrita no Visual C++ e quando o programador deliberadamente agrega conjunto de registos ou comando de objectos. Este comportamento não ocorre nas aplicações do Microsoft Visual Basic, uma vez agregação não é possível a partir do Visual Basic.

O MDAC 2.5 versão desta correcção pode ser aplicada através de 2,5 RTM (2.50.4403) e 2.5 SP1 (2.50.5303).

Passos para reproduzir o comportamento

  1. Cole o código seguinte na nova aplicação de consola Visual C++ e, em seguida, compile e execute o código. 
    #include "objbase.h"
#import "c:\Program Files\Common Files\System\ado\msado15.dll" no_namespace rename( "EOF", "adoEOF" )

struct InitOle {
  InitOle()  { ::CoInitialize(NULL); }
  ~InitOle() { ::CoUninitialize();   }
} _init_InitOle_; 



class MyClass : public IUnknown
{
public:
	MyClass()
	{
		m_refCount = 0;
	}

	STDMETHODIMP_(ULONG) AddRef()
  {
		m_refCount++;
		return m_refCount;
  }

	STDMETHODIMP_(ULONG) Release()
	{
		m_refCount--;
		return m_refCount;
  }

	STDMETHODIMP QueryInterface(REFIID riid, void **ppv)
	{
		if (riid == IID_IUnknown) {
			*ppv = static_cast<IUnknown *> (this);
			AddRef();
			return S_OK;
		}

		return E_NOINTERFACE;
	}

private:
	ULONG m_refCount;	
};


int main(int argc, char* argv[])
  {
	MyClass cls;
	HRESULT hr;
	IUnknown *pUnkInner;

	CoInitialize(NULL);
	cls.AddRef();

	for (int i=0; i<10000; i++)
	{
		//while (true) {
		pUnkInner = NULL;
		hr = CoCreateInstance(__uuidof(Recordset), &cls, CLSCTX_INPROC_SERVER, IID_IUnknown,
			(void **) &pUnkInner);
		pUnkInner->Release();
	}
	return 0;
}
  2. Inicie o Monitor de desempenho e seleccione o contador Bytes privados para a execução executável. Note que existe que uma crescente quantidade de memória atribuída que nunca é libertado.
Voltar ao topo | Submeter comentários

Propriedades

Artigo: 283106 - Última revisão: segunda-feira, 26 de Setembro de 2005 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft ActiveX Data Objects 2.0
  • Microsoft ActiveX Data Objects 2.1
  • Microsoft ActiveX Data Objects 2.5
  • Microsoft ActiveX Data Objects 2.6
  • Microsoft Data Access Components 2.0
  • Microsoft Data Access Components 2.1
  • Microsoft Data Access Components 2.5
  • Microsoft Data Access Components 2.6
  • Microsoft Visual C++ 6.0 Enterprise Edition
  • Microsoft Visual C++ 6.0 Professional Edition
  • Microsoft Visual C++, 32-bit Learning Edition 6.0
Palavras-chave: 
kbmt kbhotfixserver kbqfe kbmdac250sp3fix kbbug kbfix kbmdac260sp1fix KB283106 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 283106
(http://support.microsoft.com/kb/283106/en-us/ )
Voltar ao topo | Submeter comentários

Submeter comentários

 
Voltar ao topoVoltar ao topo