PROBLEMA: componentes de pipeline do Visual Basic 6.0 parar execução

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: 308690
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Se você chamar um componente de pipeline que está escrito em Microsoft Visual Basic 6.0, o componente de pipeline não pode ser executado. Além disso, o componente não indica uma falha.

Se você usar pipeline log, você pode ver o seguinte log:
WORKING INSTANCE:PIPELINE:++ component[0x9] about to be called ProgID: PipeLineRepro.SampleRootObject:       WriteValue        TestValueToSeeInTheLog           VT_EMPTY       __empty__        VT_I2    1          PIPELINE:-- component [0x9] returned hr: 0x0, IErrorLevel=1 in 0 milliseconds NON-WORKING INSTANCE:PIPELINE:++ component[0x9] about to be called ProgID: PipeLineRepro.SamplePIPELINE:-- component [0x9] returned hr: 0x0, IErrorLevel=1 in 0 milliseconds					
Causa
Esse problema ocorre porque o Visual Basic Pipeline Component Wizard corretamente não define a propriedade de projeto reter na memória , e essa propriedade de projeto é necessária.

Quando você não seleciona Unattended Execution e as caixas de seleção reter na memória , o runtime do Visual Basic descarrega inesperadamente personalizadas e tempo de execução bibliotecas de vínculo dinâmico (DLLs). Isso faz com que o computador parar de responder (falha ou travar) em alguns cenários multithread. Alguns cenários típicos incluem:
  • Colocar o DLL de ActiveX no Microsoft COM + ou o Microsoft Transaction Server (MTS).
  • Chamar a DLL ActiveX a partir de páginas Microsoft Active Server Pages (ASP).
Observação : como no multithreading muitos problemas, os sintomas podem apenas se manifestam em condições muito específicas, transitórias.
Resolução
Para resolver esse problema, selecione a caixa de seleção reter na memória nas propriedades de projeto do Visual Basic e, em seguida, recompilar a DLL.
Referências
Para obter informações adicionais, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
214755CORRECÇÃO: VB 6 configurações DLL causar violação de acesso durante o desligamento do MTS
191119CORRECÇÃO: VB classes podem causar o IIS com violação de acesso
243548INFO: Design Guidelines for VB componentes em ASP
281630COMO: Configurar propriedades de projeto DLL de Visual Basic para executar no IIS, MTS ou COM +

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 308690 - Última Revisão: 12/06/2015 06:01:26 - Revisão: 2.2

Microsoft Commerce Server 2002 Standard Edition, Microsoft Commerce Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kbprb KB308690 KbMtpt
Comentários