分享
 
 
 

将Socket应用程序从Unix向Windows移植中应注意的几点问题

王朝vc·作者佚名  2006-01-08
窄屏简体版  字體: |||超大  

将Socket应用程序从Unix向Windows移植中应注意的几点问题

将Socket应用程序从Unix向Windows移植中应注意的几点问题

山东省淄博市建设银行科技部 孙成山

套接字(socket)当今已成为最流行的网络通信应用程序接口。套接字最初是由加利福尼亚大学Berkeley分校为Unix操作系统开发的网络通信接口,后来它又被移植到DOS与Windows系统,特别是近几年来互联网络在全世界范围内被广泛普及并且增长迅猛,进一步奠定了它在网络通信程序开发领域的主宰地位。跨系统网络互联的呼声在我国也越来越高。近来,在开发的银行与证券联网系统中,我们尝试做了由Unix Sockets到Windows Sockets通信应用程序的移植,有所体会,望能将移植过程中应该注意的几点问题与热心于这方面工作的人们共同作以探讨,以期能起到抛砖引玉的作用。修改头文件的定义 在Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。

Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。Windows Sockets的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。

的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。Windows Sockets DLL初始化与资源释放 在Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。

Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。将套接字的类型由int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 int改为SOCKET 初始化与资源释放 在Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。

Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。Windows Sockets的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。

的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。Windows Sockets DLL初始化与资源释放 在Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。

Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。将套接字的类型由int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 int改为SOCKET 初始化与资源释放 在Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。

Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。将套接字的类型由int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作

socket)当今已成为最流行的网络通信应用程序接口。套接字最初是由加利福尼亚大学Berkeley分校为Unix操作系统开发的网络通信接口,后来它又被移植到DOS与Windows系统,特别是近几年来互联网络在全世界范围内被广泛普及并且增长迅猛,进一步奠定了它在网络通信程序开发领域的主宰地位。跨系统网络互联的呼声在我国也越来越高。近来,在开发的银行与证券联网系统中,我们尝试做了由Unix Sockets到Windows Sockets通信应用程序的移植,有所体会,望能将移植过程中应该注意的几点问题与热心于这方面工作的人们共同作以探讨,以期能起到抛砖引玉的作用。修改头文件的定义 在Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。

Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。Windows Sockets的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。

的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。Windows Sockets DLL初始化与资源释放 在Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。

Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。将套接字的类型由int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 int改为SOCKET 初始化与资源释放 在Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。

Unix Sockets应用程序中包含头文件的语句为#include<sys/socket.h>,而在Windows Sockets应用程序中相应语句应为 #include<winsock.h>。Windows Sockets的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。

的实现由两部分组成,即开发组件与运行组件。开发组件是供程序员开发Windows Sockets 应用程序使用的,它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档,其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。Windows Sockets DLL初始化与资源释放 在Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。

Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。将套接字的类型由int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 int改为SOCKET 初始化与资源释放 在Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。

Windows Sockets的接口函数中,提供了WSAStartup()与WSACleanup()两个函数,用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源,它们是编写Windows Sockets应用程序时必须使用的两个函数。将套接字的类型由int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

使用宏FD_XXX来控制fd_set结构 由于Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。

Windows Sockets 某些函数在接口上虽然与Unix Sockets一致,但是它们的内部实现却不一样,例如,在函数select()的参数中,Unix Sockets实现套接字集合使用的是位掩码,但在Windows Sockets中却是使用一个SOCKET的数组。虽然套接字的集合仍由fd_set类型表示,但在Unix Sockets 源文件中直接修改fd_set结构的代码在Windows Sockets环境下将不能正常工作。因此,在进行移植时应将源程序中对结构fd_set的直接修改改为通过使用FD_XXX宏来修改。应在Windows Sockets程序中尽量使用WSA宏 在Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:

Windows Sockets的头文件中定义了许多以WSA开头的宏,在程序中使用这些宏,可以大大地增加程序的可读性。例如:errno = WSAGetLastError();

;if (errno = WSAEWOULDBLOCK) {……

) {……

……}

这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。

Windows Sockets就应用程序实现过程中可能会出现的错误,为便于程序的读写而专门做出的扩充,它是Windows Sockets应用程序编写人员开发程序时共同遵循的规范,因此应尽量使用这些宏,以增加程序的可读性。阻塞调用的处理 Windows是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

是非抢先多任务环境,各任务之间的切换是通过消息驱动的,如果一个应用程序不能主动放弃其控制权,别的应用程序就不能够执行,这一点与Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序来说,阻塞问题必须考虑。为解决阻塞问题,Windows Sockets特增设了如下几个阻塞处理函数:

Windows Sockets特增设了如下几个阻塞处理函数:WSAIsBlocking() 检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

检测阻塞调用是否正在进行WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSACancelBlockingCall() 取消一个正在进行的阻塞调用WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSASetBlocking() 设置自己的阻塞处理例程WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程为不影响原来环境中的阻塞处理例程,在安装自己的阻塞处理例程时,应注意保存返回的先前安装的阻塞处理例程的程序实例指针,并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作 Windows Sockets程序中尽量使用WSA宏 FD_XXX来控制fd_set结构 和setsockopt()函数的处理 int改为SOCKET 在Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。

Unix系统中,套接字类型定义为int型,而在Windows系统中,套接字类型被定义为SOCKET型,即unsigned int型。错误码的获取与设置 在Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。

Unix系统中,获取、设置错误码使用全局变量errno,而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容,提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号,而不再使用Unix系统中的全局变量errno和h_errno。关闭套接字 在Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。

Unix系统中使用close()函数来关闭套接字,而在Windows系统中则用closesocket()函数。对套接字的控制 在Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。

Unix系统中,使用ioctl()函数和fcntl()函数实现对套接字的控制,而在Windows系统中则应使用ioctlsocket()函数。getsockopt()和setsockopt()函数的处理 在Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

Unix Sockets和Windows Sockets中对这两个函数提供的支持不同。在Windows Sockets中getsockopt()与setsockopt()不支持的Berkeley Sockets选项有:SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVLOWAT 接受低潮标志SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_RCVTIMEO 接受超时SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDLOWAT 发送低潮标志SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_SNDTIMEO 发送超时IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

IP_OPTIONS 取得IP头中的选项TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

TCP_MAXSEG 取得TCP最大尺寸SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

SO_ACCEPTCONN 套接字正在监听SO_ERROR 取错误状态并清除SO_TYPE 套接字类型使用不支持的选项将返回错误码WSAENOPROTOOPT,它由WSAGetLastError()函数返回。由于提供的支持不同,进行移植时若有必要应修改相应的源程序。

第一頁    上一頁    第1頁/共2頁    下一頁    最後頁
第01頁 第02頁 
 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有