Mappatura del trasporto tra le funzioni API e SPI

Winsock Transport SPI è simile all'API Winsock in quanto vengono visualizzate tutte le funzioni socket di base. Quando nell'API è presente una nuova versione di una funzione Winsock e la versione originale, nell'API verrà visualizzata solo la nuova versione. Questo è illustrato nell'elenco seguente.

• connettere e WSAConnect entrambi effettuano il mapping a WSPConnect
• accetta e WSAAccept mappa a WSPAccept
• socket e WSASocket corrispondono a WSPSocket

Altre funzioni API compresse nelle versioni avanzate in SPI includono:

• inviare
• invia a
• ricevuto
• ioctlsocket

Le funzioni di supporto come htonl, htons, ntohle ntohs vengono implementate nel Ws2_32.dlle non vengono passate ai provider di servizi. Lo stesso vale per le versioni WSA di queste funzioni.

L'enumerazione del provider di servizi Windows Sockets e le funzioni correlate all'hook di blocco vengono realizzate nel Ws2_32.dll, pertanto WSAEnumProtocols, WSAIsBlocking, WSASetBlockingHooke WSAUnhookBlockingHook non vengono visualizzati come funzioni SPI.

Poiché i codici di errore vengono restituiti insieme alle funzioni SPI, gli equivalenti di WSAGetLastError e WSASetLastError non sono necessari nello SPI.

Funzioni di manipolazione e attesa dell'oggetto evento, inclusi WSACreateEvent, WSACloseEvent, WSASetEvent, WSAResetEvente WSAWaitForMultipleEvents vengono mappati direttamente ai servizi Windows nativi e pertanto non sono presenti nello SPI.

Tutte le funzioni di risoluzione e conversione dei nomi specifiche di TCP/IP in Windows Sockets 1.1, ad esempio GetXbyY, WSAAsyncGetXByYe WSACancelAsyncRequest, nonché gethostname vengono implementate all'interno del Ws2_32.dll in termini di nuove funzionalità di risoluzione dei nomi. Per ulteriori informazioni, vedere Risoluzione dei nomi compatibile per TCP/IP in Windows Sockets 1.1 SPI. Le funzioni di conversione, ad esempio inet_addr e inet_ntoa, vengono implementate all'interno del Ws2_32.dll.