Importação de proxy de aplicação com a biblioteca de tipos externos falha no sistema do Windows XP

O suporte para o Windows XP terminou

A Microsoft terminou o suporte para o Windows XP em 8 de Abril de 2014. Esta alteração afetou as suas atualizações de software e opções de segurança. Aprenda o que isto significa para si e como pode ficar protegido.

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.

330165
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Quando instala um proxy de aplicação num computador baseado no Windows XP, se o Microsoft Installer contém bibliotecas de ligação dinâmica (DLL) Consulte bibliotecas de tipo externo (typelib), recupera a instalação e, em seguida, receberá o seguinte resultado no registo de eventos de aplicações, mesmo que o proxy parece estar correctamente instalado:

HRESULT como 0x80110802
Resolução


Este problema ocorre porque COM + não define o proxy de sinalizador de instalação para bibliotecas de tipos no código de registo de catálogo durante a instalação da proxy de aplicação. Para uma instalação proxy com um typelib externo, é normal que identificadores de classe (CLSIDs) no typelib não estejam por catálogo ou no registo, para não tratar as respectivas ausências como um erro não. Isto funcionava para COM + com o Microsoft Windows 2000 porque ocorreu um sinalizador segundo para evitar o erro ClassNotFound.Agora é disponibilizada pela Microsoft uma correcção suportada, mas destina-se apenas a corrigir o problema descrito neste artigo. Aplique-a apenas em computadores que tenham este problema específico. Esta correcção poderá ser submetida a testes adicionais. Por conseguinte, se não estiver a ser gravemente afectado por este problema, a Microsoft recomenda que aguarde pelo próximo service pack do Windows XP que contenha esta correcção.

Para resolver este problema imediatamente, contacte o serviço de suporte técnico da Microsoft para obter a correcção. Para obter uma lista completa de números de telefone do suporte técnico da Microsoft e informações sobre os custos de suporte, visite o seguinte Web site da Microsoft: Nota : em casos especiais, os custos normalmente inerentes às chamadas de suporte poderão ser anulados se um técnico de suporte da Microsoft determinar que uma actualização específica resolverá o problema. Os custos de suporte normais se aplicarão perguntas de suporte adicionais e problemas que não se enquadrem na atualização específica em questão.



Ponto Da Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo.
kbWinXPCom kbIISCom kbWinXPpreSP2COMRollup5Fix

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 330165 - Última Revisão: 01/12/2015 20:59:22 - Revisão: 1.3

  • Microsoft Windows XP Home Edition
  • Microsoft Windows XP Professional Edition
  • kbnosurvey kbarchive kbmt kbqfe kbbug kbfix KB330165 KbMtpt
Esta informação foi útil?