Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Este artigo descreve vários passos que pode tomar para resolver alguns dos erros mais comuns que encontrar quando tentar instanciar um objecto de servidor remoto utilizando o DCOM (Distributed Component Object Model). No Visual Basic, as mensagens de erro mais comuns são:
Run-time error 70: permissão negada.
Run-time error 429: o componente ActiveX não é possível criar o objecto.
Run-time error 462: O computador do servidor remoto não existe ou não está disponível.
A maioria dos problemas que ocorrem quando tenta instanciar um COM objecto num computador remoto utilizando o DCOM estão relacionados com definições incorrectas no DCOMCNFG ou um problema de rede. Muito raramente é o problema relacionado com o código.
A primeira coisa fazer é anotar as informações relativas ao seu ambiente e a aplicação, tal como:
Sobre o computador servidor:
O computador servidor é o computador onde vai executar a aplicação de servidor. Reunir os seguintes dados:
Sistema operativo e instalados service pack.
É alguém iniciou sessão no computador?
Se alguém tiver sessão iniciada, o que são os seus direitos? Tem parte do grupo de administradores? Tem iniciado sessão como um domínio do utilizador?
Sobre o computador cliente:
O computador cliente é o computador onde vai executar a aplicação cliente. Reunir os seguintes dados:
Sistema operativo e instalados service pack.
Quem tem sessão iniciada neste computador? Iniciado sessão como um utilizador de domínio ou como um utilizador local? Se estes iniciado sessão como um utilizador de domínio quais são os seus direitos no computador servidor? Tem parte dos administradores do grupo no computador servidor?
Sobre a aplicação de servidor:
Com que idioma, versão e service pack foi servidor desenvolvido?
É-chamada de retorno para o cliente?
Aumentar eventos? Se for esse o caso, é segurança DCOM definida no computador cliente para conceder acesso à conta todos ?
Tem uma interface de utilizador?
Este é marcado como Execução automática ?
É definir parâmetros de segurança através de programação através de chamadas de funções como CoInitializeSecurity ou CoSetProxyBlanket ?
Sobre a aplicação de cliente:
Com que idioma, versão e service pack foi a aplicação desenvolvida?
É definir parâmetros de segurança através de programação através de chamadas de funções como CoInitializeSecurity ou CoSetProxyBlanket ?
Acerca da rede:
Tem o cliente e os computadores servidores no mesmo rede local (LAN)?
Tem o cliente e os computadores servidores ligados através da Internet, sem firewalls e proxies entre elas?
Tem o cliente e os computadores servidores ligados através da Internet, com firewalls e proxies entre elas?
Verifique se todas as definições de DCOMCNFG estão adequadas, baseados nos dados recolhidos anteriormente.
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como utilizar o DCOMCNFG para uma aplicação de cliente/servidor DCOM de Visual Basic
Se estiver a utilizar o Microsoft Windows 95 no computador cliente ou servidor, certifique-se que instalou o DCOM95 nele. Pode transferir o DCOM95 a partir do seguinte Web site da Microsoft:
Se estiver a utilizar Windows 95, Microsoft Windows 98, Windows Millennium Edition (Me) no computador servidor, tem de ter o componente de servidor em execução antes de tentar utilizar o cliente. Como uma verificação verificar que o servidor está em execução e que está à espera para o cliente estabelecer ligação.
165101
(http://support.microsoft.com/kb/165101/EN-US/
)
Como utilizar o Windows 95, Windows 98 ou Windows Me como um servidor DCOM
Se os computadores cliente e servidor estiverem ligados com firewalls e proxies entre si através da Internet, o DCOM não funciona se existir qualquer tipo de endereço (TRANSLATION) entre elas. Se não existir nenhuma conversão de endereços, terá de configurar estas proxies e firewalls para activar o DCOM para comunicar. Pode encontrar várias técnicos relacionados com este assunto no Microsoft Developers Network (MSDN) ou no seguinte Web site da Microsoft:
Se ainda tiver problemas depois de definir DCOMCNFG as definições para a direita com base nas funcionalidades de ambiente e a aplicação, seguem-se alguns passos adicionais que pode tomar para resolver o problema:
Utilizar Gestor de tarefas para verificar se o servidor não está funcionar enquanto efectua alterações nas definições utilizando o DCOMCNFG. Todas as definições são atribuídas a um processo quando é iniciado por isso, se o servidor estiver em execução enquanto alterar as definições, as novas definições apenas aplicadas da próxima vez que o servidor é iniciado.
Verificar que o servidor e cliente executada correctamente no mesmo computador. Deve testar sempre que o cliente e o servidor executar localmente correctamente; ou seja, no mesmo computador, antes de executar remotamente.
Verifique se o problema que estejam viradas realmente for um problema DCOM, que é normalmente não relacionado com o código propriamente dito, ou se for um problema de codificação específico da aplicação. Fazê-lo criando uma aplicação cliente/servidor muito simples com apenas um ou dois métodos muito simples. Siga os procedimentos normais de empacotamento e instalação. Se o servidor desencadeia eventos, em seguida, o pequeno exemplo deve também aumentar eventos. Para obter informações adicionais, clique nos números de artigo existentes abaixo para visualizar os artigos na Microsoft Knowledge Base:
266717
(http://support.microsoft.com/kb/266717/EN-US/
)
Como criar uma aplicação de cliente/servidor DCOM utilizando o Visual Basic
267836
(http://support.microsoft.com/kb/267836/EN-US/
)
Como criar um cliente/servidor DCOM com eventos utilizando o Visual Basic
Idealmente, deverá utilizar artigos anteriores como referência, porque podem levá-lo passo a passo de raiz através da embalagem final e implementação. Utilize as mesmas definições à medida que estiver a utilizar para a aplicação e veja se isto funciona. Se o problema estiver relacionado com DCOM, face os mesmos problemas de amostra pequeno tal como na aplicação. Manter resolver o problema com o exemplo pequeno até localizar o problema. Se a aplicação pequena funciona correctamente mas os seus próprios aplicação não funciona com as mesmas definições, podem ser viradas dois problemas:
Algo no código está a criar o problema. Por exemplo, se aceder a uma base de dados do código e a identidade do servidor não tem direitos para o fazer. O mesmo problema pode ocorrer se estiver a tentar aceder a ficheiros ou instanciar outros objectos.
O código é óptimo, mas tiver alguns problemas no registo, tal como várias entradas para o servidor. 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:
180525
(http://support.microsoft.com/kb/180525/EN-US/
)
PROBLEMA: O DCOMCNFG relatórios múltiplas cópias de servidor DCOM
Estão a apontar o computador cliente para o computador servidor errado. Consulte o separador localização em DCOMCNFG no computador cliente.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:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como utilizar o DCOMCNFG para uma aplicação de cliente/servidor DCOM de Visual Basic
Verifique se tiver compactado e correctamente instalado o cliente e o servidor. Criar correctamente os pacotes de distribuição é fundamental para uma instalação com êxito.Para obter informações adicionais sobre um exemplo passo a passo sobre como criar uma aplicação de cliente/servidor DCOM utilizando o Visual Basic, clique os números de artigo existente abaixo para visualizar os artigos na base de dados de conhecimento da Microsoft:
266717
(http://support.microsoft.com/kb/266717/EN-US/
)
Como criar uma aplicação de cliente/servidor DCOM utilizando o Visual Basic
267836
(http://support.microsoft.com/kb/267836/EN-US/
)
Como criar um cliente/servidor DCOM com eventos utilizando o Visual Basic
Verifique se a rede está a funcionar correctamente executando o ping do cliente do computador servidor e o servidor a partir do computador cliente. No computador servidor, abra uma janela de linha de comandos e execute o seguinte comando em que o anterior ClientcomputerName deve ser o nome do computador cliente:
Ping ClientcomputerName
se tudo está a funcionar correctamente, deverá ver respostas de três ou quatro e o tempo cada uma delas. Se vir tempos limite ou outros erros, tiver problemas a configuração da rede e tiver de corrigir estes antes de poder continuar. Repita os passos mesmos no computador cliente utilizando o nome de computador do servidor.
Na DCOMCNFG no computador cliente, altere a localização do servidor, substituindo o nome do servidor por endereço IP do servidor. Se funciona com o endereço IP e não com o nome de computador do servidor, em seguida, mais provável que tiver problemas com as definições de rede.
Tente reiniciar o servidor e cliente. Por vezes, algumas definições são colocadas na memória e reiniciar depois de efectuar alterações em DCOMCNFG resolve o problema.
No Windows 95 ou Windows 98, utilizam o protocolo TCP/IP. Para efectuar este procedimento, remova todos os outros protocolos na lista de protocolos predefinidos no DCOMCNFG.
Normalmente, se tiver um problema DCOM, receberá um erro quando tenta instanciar o objecto remoto chamando a função CreateObject ou quando definir a variável de objecto com a nova palavra-chave. É importante ter a capacidade de distinguir se estiver a obter mensagem de erro devido a criação do próprio objecto, ou devido ao qual estiver a fazer no caso de inicialização do objecto. Se o evento Inicializar do objecto que está a tentar criar uma instância não tiver qualquer código, existe sem dúvida que o erro que está a obter está relacionado com a instanciação do objecto do. Se, no entanto, terá de código no evento inicializar, tais como ligar a uma base de dados ou criar ocorrências de outros objectos, deve incluir intercepção de erros no interior do evento Inicializar e aumentar um erro de utilizador personalizadas. Se não aplica um véu os erros dentro o evento Inicializar e é accionado um erro, bubbles saída para o cliente e podem confundir. Poderá pensar que o problema é a criação de objecto quando o problema é, na realidade, o código de inicialização evento.
Se o servidor estiver em execução no Microsoft Windows NT 4 ou Microsoft Windows 2000, pode utilizar o Visualizador de eventos para obter informações adicionais de auditoria no porque é que a ligação DCOM falhou. No entanto, este tipo de eventos de registo, normalmente, não está activada por predefinição. Tem de definir as opções de auditoria para activá-la.
No Windows NT 4, Active estas opções da seguinte forma:
No menu Iniciar , seleccione programas , seleccione Ferramentas administrativas e, em seguida, seleccione Gestor de utilizadores .
Se o servidor de NT 4, tem de seleccionar um domínio; neste caso, no menu utilizador , seleccione a opção de domínio e, em seguida, seleccione o computador local.
No menu políticas , seleccione a opção de auditoria . Activar a auditoria com êxito e falha para as três primeiras entradas: início de sessão/fim de sessão, ficheiros e o acesso a objectos, direitos de utilização do utilizador. Clique em OK e feche o Gestor de utilizadores.
No Windows 2000, activar estas opções da seguinte forma:
No menu Iniciar , seleccione programas , seleccione Ferramentas administrativas e, em seguida, seleccione a Política de segurança local .
No painel esquerdo, verá uma vista em árvore. Clique no sinal de adição (+) sinal à esquerda da Políticas locais (Local Policies) , e verá a entrada de Política de auditoria . Seleccione a entrada de Política de auditoria e tenha em atenção que o painel da direita contém todas as opções de auditoria, que uma está activada e que não. Clique com o botão direito do rato em qualquer uma destas opções permite-lhe activar ou desactivá-los.
Activar a auditoria com êxito e falha para as seguintes opções: Auditar eventos de início de sessão, auditar o acesso a objectos, auditar a utilização de privilégios.
Feche a janela Política de segurança local .
Depois de ter activado estas opções de registo, teste o cliente novamente. Depois de obter a mensagem de erro, utilize o Visualizador de eventos para ver se existem quaisquer eventos DCOM. O evento pode indicar-lhe porque o acesso foi negado. Além disso, este pode indicar quem tem sessão iniciada no computador cliente e se trata de um utilizador de domínio ou um utilizador local. -Pode indicar que o protocolo pedido pelo cliente não está disponível no servidor e por aí em diante. COM registos normalmente são adicionados ao registo do sistema.
Se o servidor tiver mais do que uma classe e algumas destas classes funcionam e outros não, verifique cada entrada de classe de DCOMCNFG no computador cliente. Por predefinição, cada classe tem a suas próprias AppID e, consequentemente, as suas próprias definições, por isso é possível que alguns das classes estão correctamente definidas e outros não estão. Para obter informações adicionais sobre como localizar o servidor na lista de aplicações do cliente, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como utilizar o DCOMCNFG para uma aplicação de cliente/servidor DCOM de Visual Basic
Este erro normalmente está relacionado com as definições de segurança. Este erro é uma boa indicação que a chamada alcançar o computador de destino pelo rede provavelmente não é um problema aqui. Eis alguns pontos a verificar:
Se definir o nível de autenticação para ligar , certifique-se que o utilizador com sessão iniciado computador cliente tem sessão iniciada como um utilizador de domínio e não um utilizador local.
Se definir o nível de autenticação para ligar , certifique-se que o computador servidor, na realidade, pertence ao domínio. Se for um computador autónomo, não pode autenticar os utilizadores se não tiver um correspondente utilizador nome/palavra-passe no computador o cliente e o servidor.
Se definir o nível de autenticação para nenhum , verifique se definir esta opção como nenhuma em computadores cliente e servidor.
Se definir o nível de autenticação para nenhum e verificou que ambos os computadores têm esta definição correcta, certifique-se de que nem o cliente como a aplicação de servidor está a definir autenticação programaticamente utilizando funções como CoInitializeSecurity ou CoSetProxyBlanket . Definir autenticação programaticamente substitui os movimentos de registo do DCOMCNFG.
Se definir o nível de autenticação para nenhum e os utilizadores sem domínio, verifique se incluiu "Todos" (ou "The World" para o Windows 95 e Windows 98) o acesso e permissões de início.
Verifique o acesso e iniciar permissões no Dcomcnfg e se que o utilizador com sessão iniciado computador cliente explicitamente incluído nestas listas ou pertence a um dos grupos incluídos.
Consulte "Como problemas para verificar" posteriormente neste artigo.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:
216051
(http://support.microsoft.com/kb/216051/EN-US/
)
CORRECÇÃO: O DCOMCNFG NT 4.0 SP4 não escrever nome do ficheiro .Exe em HKCR\APPID
Run-Time Error 429: O componente ActiveX não é possível criar o objecto
Seguem-se alguns aspectos que poderiam causar este erro:
O servidor não está correctamente instalado no computador servidor. Executar DCOMCNFG no computador servidor, seleccione a aplicação de servidor na lista de aplicações e, em seguida, clique em Propriedades . No separador ' localização ', verifique se a única opção seleccionada é Executar aplicação neste computador .
Novamente compiladas servidor sem compatibilidade binária e não recompilar o cliente. O cliente poderá estar a procurar IDs de classe antigo. Mesmo se novamente compiladas o cliente, poderá ter várias entradas no registo, antigos e novos.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:
180525
(http://support.microsoft.com/kb/180525/EN-US/
)
PROBLEMA: O DCOMCNFG relatórios múltiplas cópias de servidor DCOM
Pode utilizar o nome de servidor incorrecto no separador de localização. Por exemplo, instalado o servidor no computador servidora e, por algum motivo a localização que definiu no DCOMCNFG como estando ServerB. DCOMCNFG execução no computador cliente, localizar o servidor na lista de aplicações e, em seguida, clique em Propriedades . Seleccione o separador de localização e, em seguida, verifique se o nome do computador servidor está correcto. Se não conseguir localizar o servidor na lista de aplicações, procure "Localizar o servidor na lista de aplicações do cliente" no seguinte artigo da base de dados de conhecimento da Microsoft:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como utilizar o DCOMCNFG para uma aplicação de cliente/servidor DCOM de Visual Basic
Também consulte "Como problemas para verificar", posteriormente neste artigo.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:
193143
(http://support.microsoft.com/kb/193143/EN-US/
)
Erro: O cliente DCOM deixa de responder e, em seguida, Implementos mensagem de erro 429
Erro 462: O computador de servidor remoto não existe ou não está disponível
Seguem-se algumas causas para esta mensagem de erro:
Pode utilizar o nome de servidor incorrecto no separador de localização. Por exemplo, o servidor é instalado no computador servidora e por algum motivo definiu a localização no DCOMCNFG como estando ServerB e ServerB não é um computador válido. Executar DCOMCNFG no computador cliente, localize o servidor na lista de aplicações e, em seguida, clique no botão Propriedades . Seleccione o separador de localização e, em seguida, verifique se o nome do computador servidor está correcto. Se não conseguir localizar o servidor na lista de aplicações, consulte "Localizar o servidor na lista de aplicações do cliente" no seguinte artigo da base de dados de conhecimento da Microsoft:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como utilizar o DCOMCNFG para uma aplicação de cliente/servidor DCOM de Visual Basic
Ping do servidor a partir do cliente e verifique se se está acessível. Também efectuar o ping ao cliente a partir do servidor se está acessível. Efectue o ping pelo nome e endereço IP. Visualizar item 5 da secção "Resolução de problemas adicionais" deste artigo.
O servidor está a executar num Windows 95, Windows 98 ou Windows Me computador e o servidor não está a executar clientes para ligar a aguardar ou RPCSS.EXE não está em execução.Para obter informações adicionais sobre este tópico, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
165101
(http://support.microsoft.com/kb/165101/EN-US/
)
Como utilizar o Windows 95 ou Windows 98 como um servidor DCOM
O computador tem mais do que uma placa de rede.Para obter informações adicionais sobre este tópico, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
183930
(http://support.microsoft.com/kb/183930/EN-US/
)
CORRECÇÃO: O IP É deturpado ao utilizar UDP em computadores Multihomed
Consulte a secção "Como problemas para verificar" deste artigo.
O computador servidor não está em execução ou ainda está em estado de reinício.
Se o servidor não tem uma interface de utilizador, certifique-se de que dada a opção de Execução automática . Se não seleccionar esta opção, é possível que uma caixa de mensagem está a ser apresentada pelo servidor devido a um erro untrapped, por exemplo. Se o servidor não está a executar com a identidade do Utilizador interactivo , ninguém pode ver esta caixa de mensagem e o servidor é apenas aguardar alguém fechar a caixa, não acontece. Utilizando a opção de Execução automática , caixas de mensagens são redireccionadas para um ficheiro de registo.
Para obter informações adicionais sobre este tópico, clique os números de artigo existente abaixo para visualizar os artigos na base de dados de conhecimento da Microsoft:
185193
(http://support.microsoft.com/kb/185193/EN-US/
)
PROBLEMA: Clireg32 Falha ao registar a biblioteca de tipos de servidor DCOM
221173
(http://support.microsoft.com/kb/221173/EN-US/
)
PROBLEMA: Instalar VB6 não actualiza Clireg32.exe
Problemas conhecidos para verificar
Segue-se uma lista de problemas conhecidos que podem estar a afectar a instalação. Estão documentadas no outros artigos da base de dados de conhecimento da Microsoft. Os IDs de artigo são fornecidas aqui. Se continuar a ter problemas com a aplicação DCOM depois de rever os passos deste artigo e a lista de problemas resolução de problemas, não se esqueça pesquisar a base de dados de conhecimento de artigos adicionais que poderão não estar incluídas neste artigo.
A seguinte mensagem de erro afecta aplicações de servidor criadas com o Visual Basic 6.0 inicial versão, antes de Service Pack 1.
193143
(http://support.microsoft.com/kb/193143/EN-US/
)
DCOM cliente pára de responder e, em seguida, Implementos mensagem de erro 429
O seguinte problema foi introduzido no DCOMCNFG fornecido com o Service Pack 4 para o NT 4.0 e corrigidos no Service Pack 6 para o NT 4.0. No entanto, mesmo se já tiver a versão fixa fornecido com SP6 mas o servidor foi instalado antes da instalação do SP6, poderá ainda tratar este problema. O problema é que o DCOMCNFG não incluiu uma chave de registo necessária em Hkey_Classes_Root\AppID. O HKCR\AppID é a chave que mapeia o executável de um servidor para o AppID. Por exemplo, se executável do servidor MyServer.exe, tem de existir uma chave em HKCR\AppID com este nome. Um dos valores abaixo desta chave deve ser AppID contém o AppID GUID do servidor. Consulte as instruções no seguinte artigo da base de dados de conhecimento da Microsoft sobre como adicionar manualmente a entrada em falta.
216051
(http://support.microsoft.com/kb/216051/EN-US/
)
DCOMCNFG NT 4.0 SP4 não escrita .Exe nome em HKCR\APPID
A consequência deste erro é que o sistema ignora todas as entradas personalizadas que definiu no DCOMCNFG para este servidor. Por exemplo, se definiu uma lista de utilizadores que tenha direitos para aceder e iniciar o servidor, e esta lista inclui Utilizador1, mas continuar a receber o erro 70 "Acesso negado" quando tenta ligar ao servidor de Utilizador1, provável que tem este problema. Outro problema, é por exemplo, se definiu a identidade do servidor como utilizador interactivo, mas o servidor continuará a ter um comportamento como se tivesse identidade executar utilizador - que é a predefinição.
Ocorreu um erro no utilitário Clireg32.exe fornecido com o Visual Basic 5.0. A consequência é que o cliente falhou após a instalação. A versão do Clireg32 envio com o Visual Basic 6.0 tem este erro fixo, mas se tiver a versão anterior do computador quando instalou o Visual Basic 6.0, o procedimento de instalação não actualiza o ficheiro, pelo que poderá ter a versão anterior.
Clireg32.exe é um utilitário que regista os ficheiros VBR e TLB no computador cliente. Quando cria um pacote de distribuição para um cliente e adicionar automaticamente um ficheiro VBR, o Assistente de implementação (PDW) Package and adiciona Clireg32.exe o pacote de distribuição. Se tiver a versão incorrecta do clireg32.exe no computador de desenvolvimento, pode ser distribuir a versão incorrecta com a aplicação. Se o computador de destino ainda não tiver uma versão mais recente, esta versão inválido é aquele que está a ser utilizado. A versão problemas fornecido com o Visual Basic 5.0 é 5.00.3716, com 1/16/1997 12: 00.
185193
(http://support.microsoft.com/kb/185193/EN-US/
)
Clireg32 Falha ao registar o servidor de biblioteca de tipo de DCOM
221173
(http://support.microsoft.com/kb/221173/EN-US/
)
Instalar VB6 não actualizar Clireg32.exe
O erro seguinte pode causar problemas quando estiver a utilizar o DCOM num computador com mais do que uma placa de rede. Uma mensagem de erro possíveis é:
462 Computador do servidor remoto não está disponível.
Para evitar este problema, guarde apenas TCP/IP na lista de protocolos neste computador. Este problema foi corrigido no NT4 SP4.
183930
(http://support.microsoft.com/kb/183930/EN-US/
)
IP é deturpado ao utilizar UDP em computadores Multihomed
Quando um cliente COM num computador Windows NT é executado sob uma identidade que não pode ser autenticada no computador remoto, um servidor COM iniciado pelo cliente encerra em cerca de seis minutos.
175020
(http://support.microsoft.com/kb/175020/EN-US/
)
Servidor COM remoto encerrado depois de seis minutos
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: 269330
(http://support.microsoft.com/kb/269330/en-us/
)
Qual foi o esforço que despendeu pessoalmente para utilizar este artigo?
Muito baixo
Baixo
Moderado
Elevado
Muito elevado
Diga-nos porquê e o que podemos fazer para melhorar estas informações
Obrigado! Os seus comentários são utilizados para ajudar-nos a melhorar o conteúdo do nosso suporte. Para obter mais opções de assistência, visite a Home Page de Ajuda e Suporte.
Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Tradução automática
Voltar ao topo
