Função WSAAsyncGetProtoByNumber (winsock2.h)
A função WSAAsyncGetProtoByNumber recupera de forma assíncrona informações de protocolo que correspondem a um número de protocolo.
Sintaxe
HANDLE WSAAPI WSAAsyncGetProtoByNumber(
[in] HWND hWnd,
[in] u_int wMsg,
[in] int number,
[out] char *buf,
[in] int buflen
);
Parâmetros
[in] hWnd
Identificador da janela que receberá uma mensagem quando a solicitação assíncrona for concluída.
[in] wMsg
Mensagem a ser recebida quando a solicitação assíncrona for concluída.
[in] number
Número do protocolo a ser resolvido, na ordem de bytes do host.
[out] buf
Ponteiro para a área de dados para receber os dados protoentes . A área de dados deve ser maior do que o tamanho de uma estrutura protoente porque a área de dados é usada pelo Windows Sockets para conter uma estrutura protoente e todos os dados referenciados por membros da estrutura protoente . Um buffer de bytes MAXGETHOSTSTRUCT é recomendado.
[in] buflen
Tamanho da área de dados para o parâmetro buf , em bytes.
Retornar valor
O valor retornado especifica se a operação assíncrona foi iniciada com êxito ou não. Isso não implica êxito ou falha da operação em si.
Se nenhum erro ocorrer, WSAAsyncGetProtoByNumber retornará um valor diferente de zero do tipo HANDLE que é o identificador de tarefa assíncrona para a solicitação (não deve ser confundido com um HTASK do Windows). Esse valor pode ser usado de duas maneiras. Ele pode ser usado para cancelar a operação usando WSACancelAsyncRequest ou pode ser usado para corresponder operações assíncronas e mensagens de conclusão examinando o parâmetro de mensagem wParam .
Se a operação assíncrona não puder ser iniciada, WSAAsyncGetProtoByNumber retornará um valor zero e um número de erro específico poderá ser recuperado chamando WSAGetLastError.
Os códigos de erro a seguir podem ser definidos quando uma janela do aplicativo recebe uma mensagem. Conforme descrito acima, eles podem ser extraídos do lParam na mensagem de resposta usando a macro WSAGETASYNCERROR .
| Código do erro | Significado |
|---|---|
| O subsistema de rede falhou. | |
| Espaço em buffer insuficiente está disponível. | |
| O parâmetro buf não está em uma parte válida do espaço de endereço do processo. | |
| Protocolo de resposta autoritativa não encontrado. | |
| Protocolo nonauthoritative não encontrado ou falha no servidor. | |
| Erros não recuperáveis, o banco de dados de protocolos não está acessível. | |
| Nome válido, nenhum registro de dados do tipo solicitado. |
Os erros a seguir podem ocorrer no momento da chamada de função e indicar que a operação assíncrona não pôde ser iniciada.
| Código do erro | Significado |
|---|---|
| WSANOTINITIALISED | Uma chamada WSAStartup bem-sucedida deve ocorrer antes de usar essa função. |
| WSAENETDOWN | O subsistema de rede falhou. |
| WSAEINPROGRESS | Uma chamada de bloqueio do Windows Sockets 1.1 está em andamento ou o provedor de serviços ainda está processando uma função de retorno de chamada. |
| WSAEWOULDBLOCK | A operação assíncrona não pode ser agendada no momento devido a recursos ou outras restrições na implementação do Windows Sockets. |
Comentários
A função WSAAsyncGetProtoByNumber é uma versão assíncrona de getprotobynumber e é usada para recuperar o nome do protocolo e o número correspondentes a um número de protocolo. O Windows Sockets inicia a operação e retorna ao chamador imediatamente, passando um identificador de tarefa opaco e assíncrono que o aplicativo pode usar para identificar a operação. Quando a operação é concluída, os resultados (se houver) são copiados para o buffer fornecido pelo chamador e uma mensagem é enviada para a janela do aplicativo.
Quando a operação assíncrona é concluída, a janela do aplicativo indicada pelo parâmetro hWnd recebe a mensagem no parâmetro wMsg . O parâmetro wParam contém o identificador de tarefa assíncrona, conforme retornado pela chamada de função original. Os 16 bits altos de lParam contêm qualquer código de erro. O código de erro pode ser qualquer erro, conforme definido em Winsock2.h. Um código de erro zero indica a conclusão bem-sucedida da operação assíncrona.
Após a conclusão bem-sucedida, o buffer especificado para a chamada de função original contém uma estrutura protoente . Para acessar os membros dessa estrutura, o endereço do buffer original é convertido em um ponteiro de estrutura protoente e acessado conforme apropriado.
Se o código de erro for WSAENOBUFS, o tamanho do buffer especificado por buflen na chamada original era muito pequeno para conter todas as informações resultantes. Nesse caso, os 16 bits baixos de lParam contêm o tamanho do buffer necessário para fornecer todas as informações necessárias. Se o aplicativo decidir que os dados parciais são inadequados, ele poderá reemiter a chamada da função WSAAsyncGetProtoByNumber com um buffer grande o suficiente para receber todas as informações desejadas (ou seja, não menor que os 16 bits baixos de lParam).
O buffer especificado para essa função é usado pelo Windows Sockets para construir uma estrutura protoente junto com o conteúdo das áreas de dados referenciadas por membros da mesma estrutura protoente . Para evitar o erro WSAENOBUFS observado acima, o aplicativo deve fornecer um buffer de pelo menos bytes MAXGETHOSTSTRUCT (conforme definido em Winsock2.h).
O código de erro e o comprimento do buffer devem ser extraídos do lParam usando as macros WSAGETASYNCERROR e WSAGETASYNCBUFLEN, definidas em Winsock2.h como:
#include <windows.h>
#define WSAGETASYNCBUFLEN(lParam) LOWORD(lParam)
#define WSAGETASYNCERROR(lParam) HIWORD(lParam)
O uso dessas macros maximizará a portabilidade do código-fonte para o aplicativo.
Requisitos
| Requisito | Valor |
|---|---|
| Cliente mínimo com suporte | Windows 2000 Professional [somente aplicativos da área de trabalho] |
| Servidor mínimo com suporte | Windows 2000 Server [somente aplicativos da área de trabalho] |
| Plataforma de Destino | Windows |
| Cabeçalho | winsock2.h (inclua Winsock2.h) |
| Biblioteca | Ws2_32.lib |
| DLL | Ws2_32.dll |