CORRECÇÃO: Um vazamento de memória ocorre no VisualBasic.VsaEngine quando criar vários conjuntos de módulos

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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 814483
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Quando você usar o Visual Studio para aplicativos (VSA) em sua solução personalizada e compilar novos assemblies que usam uma instância do VisualBasic.VsaEngine, você poderá ver um aumento na memória para o conjunto de trabalho do processo sempre que um novo conjunto é feito. A memória não pode ser recuperada pelo host. Portanto, a memória é "vazamento" por espaço de processo que faz a compilação.

O problema não ocorre quando você usa o mecanismo Microsoft JScript VSA.
Causa
O problema é causado por uma combinação de três problemas menores. Esses problemas estão relacionados à capacidade do mecanismo de VSA do Microsoft Visual Basic a compilar assemblies que estão dentro do processo de host. Os seguintes problemas foram identificados como causas para o vazamento:
  • Um COM callable wrapper (CCW) que é usado durante o processo de compilação entre o Microsoft .NET Framework e o compilador nativo do Visual Basic pode ser retida na memória. Isso ocorre mesmo que o objeto é lançado corretamente. Esse problema não é específico para VSA. Esse problema pode ser evitado se você usar a correção fornecida e Fechar é chamado no mecanismo de antes do mecanismo é liberado.
  • Quando símbolos são feitos para o assembly, o arquivo de banco de dados do programa (PDB) pode consumir memória que não é imediatamente recuperada pelo coletor de lixo. Se você não precisar de símbolos para o código compilado, você pode evitar o problema. Definir GenerateDebugInfo como False antes do método de compilação é chamado.
  • O processo de compilação interno pode falhar liberar determinadas alças de tempo de execução idioma comum durante o processamento do código Visual Basic. O número de identificadores que são vazamento depende do código é compilado. Esse problema foi resolvido, a correção.
Resolução

Informações sobre o service pack

Para resolver esse problema, obtenha o service pack mais recente para o Microsoft Visual Studio. NET. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
837234Lista de bugs corrigidos no Visual Studio .NET 2002 1

Informações sobre o hotfix

A versão em inglês deste hotfix tem atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas no horário de universal coordenado (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para encontrar a diferença entre o UTC e a hora local, use a guia fuso horário na ferramenta Data e hora no painel de controle.
   Date         Time   Version         Size       File name   -----------------------------------------------------------------------   15-Feb-2003  00:25  5.50.4134.600   6,428,040  Vs70_qfem_q814483_en.exe

Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a". Esse problema foi corrigido primeiro no Visual Studio .NET 2002 1.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 814483 - Última Revisão: 01/07/2015 16:46:47 - Revisão: 4.1

Microsoft Visual Studio .NET 2002 Professional Edition, Microsoft Visual Studio for Applications SDK 1.0

  • kbnosurvey kbarchive kbmt kbqfe kbhotfixserver kbvs2002sp1fix kbvs2002sp1sweep kbbug KB814483 KbMtpt
Comentários