ID do artigo: 822334 - Última revisão: quinta-feira, 19 de abril de 2007 - Revisão: 3.5 Erro: Não é possível localizar o FreeAddrInfoW de ponto de entrada do procedimento quando você executa um aplicativo no Windows Server 2003 ou no Windows XP
Observação Microsoft Visual C++ .NET 2002 e Microsoft Visual C++ .NET 2003 oferecem suporte o modelo de código gerenciado fornecido pelo Microsoft .NET Framework e o modelo de código do Windows de Microsoft nativo não gerenciado. As informações neste artigo se aplicam somente ao código do Visual C++ não gerenciado. Nesta páginaSintomasQuando você executa um aplicativo habilitado para Unicode, que usa a função FreeAddrInfo Windows Sockets, ou que usa classes auxiliares, como ATL::CSocketAddr em um computador que está executando o Microsoft Windows Server 2003 ou Microsoft Windows XP, você receberá a seguinte mensagem de erro: O FreeAddrInfoW de ponto de entrada do procedimento não pôde ser localizado na biblioteca de vínculo dinâmico WS2_32.dll. CausaA biblioteca ws2_32.dll não exporta o símbolo FreeAddrInfoW que você deve ter para usar a versão Unicode da função FreeAddrInfo . ResoluçãoPara resolver esse problema, execute essas etapas:
SituaçãoA Microsoft confirmou que esse é um problema nos produtos da Microsoft listados na seção "Aplica-se a". Mais InformaçõesEtapas para reproduzir o problema
Observação A classe CAsyncSocket é uma classe do MFC. A classe CSMTPConnection é uma classe ATL. O problema é descrito em "Sintomas" seção ocorre em qualquer aplicativo habilitado para Unicode que usa a função de Windows Socket FreeAddrInfo em um computador que está executando o Windows Server 2003 ou o Windows XP. Como a classe ATL CSocketAddr usa a função FreeAddrInfo , o mesmo problema também ocorre em ATL 7.1. Qualquer classe no 7.1 ATL e MFC 7.1 que usa a classe CSocketAddr para habilitar o suporte a IPv6 reflete esse comportamento. Por exemplo, a classe CAsyncSocket e a classe CSMTPConnection usar a classe CSocketAddr . Classes de servidor ATL, como CAtlHttpClient e CSoapSocketClientT usam a classe ZEvtSyncSocket e exibem o mesmo erro. Esse comportamento ocorre porque a classe interna ZEvtSyncSocket usa a classe CSocketAddr em sua implementação. Observação A classe CAtlHttpClient fornece suporte a cliente HTTP. A classe CSoapSocketClientT fornece suporte a cliente serviços da Web XML. ReferênciasPara obter mais informações sobre as alterações que foram feitas para ATL, visite o seguinte site da Web Microsoft Developer Network (MSDN): http://msdn2.microsoft.com/en-us/library/aa983525(VS.71).aspx
(http://msdn2.microsoft.com/en-us/library/aa983525(VS.71).aspx)
Para obter mais informações sobre novas funções de soquete do Windows que foram adicionados à API de soquete do Windows, visite o seguinte site da MSDN:http://msdn2.microsoft.com/en-us/library/ms740642.aspx
(http://msdn2.microsoft.com/en-us/library/ms740642.aspx)
A informação contida neste artigo aplica-se a:
Tradução automáticaIMPORTANTE: 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: 822334
(http://support.microsoft.com/kb/822334/en-us/
)
| Outros Recursos Outros Sites de Suporte
ComunidadesTraduções deste artigo
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Voltar para o início