socket 错误分析（留下来碰到错误就来查查）
平台：xp sp3+vc6。
测试方法：
retval = function(....)
if(retval == SOCKET_ERROR)
r = WSAGetLastError();
各种情况下的返回值由retval取得。
错误号由r取得。
错误查询使用vc6自带的tool：“Error Lookup”
1。socket
SOCKET socket( int af, int type, int protocol );
》》af，通常为AF_INET
使用AF_ISO等其他地址族标识，而非AF_INET。
返回：-1。
错误：10047（使用了与请求的协议不兼容的地址）
》》type，通常为SOCK_STREAM或SOCK_DGRAM
头文件中定义的只有如下几种标准类型：
#define SOCK_STREAM 1 /* stream socket */
#define SOCK_DGRAM 2 /* datagram socket */
#define SOCK_RAW 3 /* raw-protocol interface */
#define SOCK_RDM 4 /* reliably-delivered message */
#define SOCK_SEQPACKET 5 /* sequenced packet stream */
使用非如上定义的类型。
返回：-1。
错误：10044（在这个地址家族中不存在对指定的插槽类型的支持）
》》protocol，通常为0
type = SOCK_STREAM，protocol = 6
正常
type = SOCK_STREAM，protocol = 7
返回：-1
错误号：10043（请求的协议还没有在系统中配置，或者没有它存在的迹象）
type = SOCK_DGRAM，protocol = 17
正常
type = SOCK_DGRAM，protocol = 19
返回：-1
错误号：10043（请求的协议还没有在系统中配置，或者没有它存在的迹象）
》》结论
Socket暂时只支持AF_INET协议族。
对非标准的套接字类型不支持。
协议号参数可以为0，则使用与套接字类型相应的协议号；
否则，协议号参数必须与相应的套接字类型相同。
2。bind
int bind( SOCKET s, const struct sockaddr FAR* name, int namelen );
》》s
在没有用socket申请资源的套接字上操作。
返回：-1
错误号：10038（在一个非套接字上尝试了一个操作）
》》name，通常使用AF_INET地址族、INADDR_ANY（0）地址
a、在local结构中，sin_family成员赋值为AF_OSI，
返回： -1
错误码：10047（使用了与请求的协议不兼容的地址）
b、在local结构中，sin_addr成员赋值为本计算机的IP地址，
正常
c、在local结构中，sin_addr成员赋值为非本计算机的IP地址，如同小组的另一个同学的IP地址；
返回： -1
错误码：10049（ 在其上下文中，该请求的地址无效）
d、在local结构中，sin_port成员赋值为135；
返回： -1
错误码：10048（通常每个套接字地址(协议/网络地址/端口)只允许使用一次）
》》namelen，通常为name所指的结构的大小，如sizeof(SOCKADDR_IN)
namelen = 10
返回： -1
错误码：10014（系统检测到在一个调用中尝试使用指针参数时的无效指针地址）
namelen = 16
返回： 0
正常
namelen = 40
返回： 0
正常
》》结论
可以bind本机拥有的地址（或INADDR_ANY），非本机拥有的地址出错。
bind已经被占用的端口值会出错。
len参数要大于等于地址结构实际上所占的长度。
》》思考
因为本机可以有多个IP，所以需要有方法指出从哪个实体接收数据。
当然，提供一种表达“从所有实体接收”的方法是必要的。
在头文件中INADDR_ANY被明确定义为0。
关于bind已占用的端口。
是指端口被bind，并且上层还是活的。（不设置复用）
处于TIME-WAIT状态的端口表面上是被占用，
实际上是可以bind成功的，但connect会失败。
详见关于TIME-WAIT的笔记，第六条。
3。listen
int listen( SOCKET s, int backlog );
》》s
使用尚未半相关的套接字。（未成功bind的）
返回：-1
错误号：10022（提供了一个无效的参数）
》》backlog
纯引用一段：（无出处）
“windows套接字实现中最多只允许服务器同时监听5个套接字。
使用参数0，则系统将把该参数改为1，而使用超过5的值，系统将自动把该参数改为5。”
设置参数值为0，有 1 个客户机可同时与服务器连接
（在ｖｉｓｔａ下有时有２个可以连接，有时有３个可以连接，-_0//）
设置参数值为1，有 1 个客户机可同时与服务器连接
设置参数值为10，有 10 个客户机可同时与服务器连接
》》结论
第一个参数的套接字必须是成功bind过后的。
监听个数为0的话，会自动设置为1。
最大监听个数在XP SP3下可以超过5。
》》问题
如何获得实际的backlog值？
MSDN： There is no standard provision to obtain the actual backlog value.
如何结束套接字的监听状态？
首先，close掉是可以的。如果不close呢？
最初猜想backlog为0，-1等特殊值可以达到此效果，结果失败。
求解。
4。accept
SOCKET accept( SOCKET s, struct sockaddr FAR* addr, int FAR* addrlen );
》》s
在没有listen的套接字上面。
返回：-1
错误号：10022（提供了一个无效的参数）
》》addr，输出参数，一般不填
单机测试，填上本机的IP和某个端口号。
结果：无法限制所接收的地址，执行完后addr中存放实际的地址。
》》addrlen
同bind
》》结论
主套接字必须处于监听状态。
在地址字段填上任何值不能限制接受的连接。
len参数要求所携带的值大于等于16。（AF_INET地址结构的长度）
5。recv
int recv( SOCKET s, char FAR* buf, int len, int flags );
对于服务器，一般是ns = accept(s , &addr , &len) ;
》》s，一般是用上面accept正常返回的值
在没有accept的从套接字上操作。（上面的ns）
返回：-1
错误号：10038（在一个非套接字上尝试了一个操作）
在主套接字上操作。（上面的s）
返回：-1
错误号：10057（由于套接字没有连接并且
(当使用一个 sendto 调用发送数据报套接字时)没有提供地址，
发送或接收数据的请求没有被接受。 ）
》》buf，要求指向一个有效的缓冲区
如果指向的无效的内存区域
返回： -1
错误号：10014（系统检测到在一个调用中尝试使用指针参数时的无效指针地址）
》》len，发送的字节数
len过长可能造成缓冲区溢出。
这个属于编程中的普遍考虑问题，不是socket函数特有。
》》flags，一般用0
设置MSG_PEEK标志后，接收但不移除数据。
（再次接收可得到相同的数据）
》》结论
对服务器来说，必须传递成功accept之后返回的套接字。
缓冲区指针所指位置必须有效。
缓冲区长度参数不可超过实际准备的缓冲区长度。
MSG_PEEK标志在接收的时候将保留数据。
6。send
int send( SOCKET s, const char FAR* buf, int len, int flags );
》》s，同recv
在没有accept的从套接字上操作。（上面的ns）
返回：-1
错误号：10038（在一个非套接字上尝试了一个操作）
在主套接字上操作。（上面的s）
返回：-1
错误号：10057（由于套接字没有连接并且
(当使用一个 sendto 调用发送数据报套接字时)没有提供地址，
发送或接收数据的请求没有被接受。 ）
》》buf
必须指向有效缓冲区，同recv
》》len
必须和要发送的数据长度一致。
》》结论
除flag可选项不同外，和recv一致。
7。closesocket
int closesocket( SOCKET s );
》》s
在申请套接字资源（调用socket）之前closesocket
返回： -1
错误号：10038(在一个非套接字上尝试了一个操作)
再已经closesocket的套接字上closesocket
返回： -1
错误号：10038(在一个非套接字上尝试了一个操作)
》》结论
s必须是有效打开的套接字。
不得重复关闭。
8。connect
int connect( SOCKET s, const struct sockaddr FAR* name, int namelen );
》》没有对端响应的情况
在没有运行服务器的情况下，connect是否会一直阻塞？
结果：等待一定时间后返回错误。
返回： -1
错误码：10061（由于目标机器积极拒绝，无法连接）
》》s
没有使用过bind的套接字。
成功连接。
产生隐式绑定，相关应用的详细资料。
》》name
使用一些特殊的地址来测试。
a、 使用远端点IP地址为INADDR_ANY测试。
返回：-1
错误号：10049（在其上下文中，该请求的地址无效）
b、 使用远端点IP地址为10.1.1.255广播地址。
返回： -1
错误号：10060（由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败）
》》namelen
同bind等需要传递地址结构长度的函数
》》结论
服务器必须启动listen。
可以不建立本地半相关，则进行隐式绑定。
客户不可以与INADDR_ANY主动相连，立即返回报错。
客户不可以与广播地址连接，会等待很久，返回失败。
》》讨论
10060和10061两种错误不同。
其中10061解释为目标机器积极拒绝，返回错误很快（秒级）。
10060的情况，返回错误需要很长时间（几十秒级）。
此处值得深入研究，两种情况下的抓包应该不一样。
9。recvfrom
int recvfrom( SOCKET s, char FAR* buf, int len, int flags, struct sockaddr FAR* from, int FAR* fromlen );
》》缺少半相关
在没有bind的套接字上面，直接recvfrom。
返回：-1
错误号：10022（提供了一个无效的参数）
》》填写from结构
向其中填入非对端使用的地址或端口。
正常接收，并且from内置对端地址信息。
》》结论
必须先进行本地半相关，指定端口，才能够接收。
无法通过recvfrom的地址结构限制接收的地址和端口。
10。sendto
int sendto( SOCKET s, const char FAR* buf, int len, int flags, const struct sockaddr FAR* to, int tolen );
》》缺少半相关
在没有bind的套接字上面，直接sendto。
成功。返回发送的数据个数。
》》不存在的对端实体
sendto到一个不存在的实体（to结构）
返回：发送的字符数
错误号：无
紧接着调用recvfrom
结果：没有阻塞，直接返回
返回：-1
错误号：10054 （远程主机强迫关闭了一个现有的连接。）
》》结论
可以在未本地半相关的情况下发送数据。
由系统随机选择端口。
可以向不存在的远端点发送数据，
本地仍然报告发送的字节数（不管有没有人接收）。
一般情况下，没有数据的时候recvfrom会阻塞。
但是当给不存在的对端发送过数据后，会收到错误报告，
紧接着的一次recvfrom会立即返回失败。（后面的仍然阻塞）
》》思考
SOCK_DGRAM类型的服务，
无法为用户确保数据的正常交付。
但是通过recvfrom返回的错误，
可以对发送情况作出一定的判断。
这也启示在使用SOCK_DGRAM时候的编程框架要考虑下，
当recvfrom错误的时候，判断一下错误号，再进一步处理。
猜测当对端没有bind的时候，使用icmp的端口不可达通知。
需要进一步验证。
测试方法：
retval = function(....)
if(retval == SOCKET_ERROR)
r = WSAGetLastError();
各种情况下的返回值由retval取得。
错误号由r取得。
错误查询使用vc6自带的tool：“Error Lookup”
1。socket
SOCKET socket( int af, int type, int protocol );
》》af，通常为AF_INET
使用AF_ISO等其他地址族标识，而非AF_INET。
返回：-1。
错误：10047（使用了与请求的协议不兼容的地址）
》》type，通常为SOCK_STREAM或SOCK_DGRAM
头文件中定义的只有如下几种标准类型：
#define SOCK_STREAM 1 /* stream socket */
#define SOCK_DGRAM 2 /* datagram socket */
#define SOCK_RAW 3 /* raw-protocol interface */
#define SOCK_RDM 4 /* reliably-delivered message */
#define SOCK_SEQPACKET 5 /* sequenced packet stream */
使用非如上定义的类型。
返回：-1。
错误：10044（在这个地址家族中不存在对指定的插槽类型的支持）
》》protocol，通常为0
type = SOCK_STREAM，protocol = 6
正常
type = SOCK_STREAM，protocol = 7
返回：-1
错误号：10043（请求的协议还没有在系统中配置，或者没有它存在的迹象）
type = SOCK_DGRAM，protocol = 17
正常
type = SOCK_DGRAM，protocol = 19
返回：-1
错误号：10043（请求的协议还没有在系统中配置，或者没有它存在的迹象）
》》结论
Socket暂时只支持AF_INET协议族。
对非标准的套接字类型不支持。
协议号参数可以为0，则使用与套接字类型相应的协议号；
否则，协议号参数必须与相应的套接字类型相同。
2。bind
int bind( SOCKET s, const struct sockaddr FAR* name, int namelen );
》》s
在没有用socket申请资源的套接字上操作。
返回：-1
错误号：10038（在一个非套接字上尝试了一个操作）
》》name，通常使用AF_INET地址族、INADDR_ANY（0）地址
a、在local结构中，sin_family成员赋值为AF_OSI，
返回： -1
错误码：10047（使用了与请求的协议不兼容的地址）
b、在local结构中，sin_addr成员赋值为本计算机的IP地址，
正常
c、在local结构中，sin_addr成员赋值为非本计算机的IP地址，如同小组的另一个同学的IP地址；
返回： -1
错误码：10049（ 在其上下文中，该请求的地址无效）
d、在local结构中，sin_port成员赋值为135；
返回： -1
错误码：10048（通常每个套接字地址(协议/网络地址/端口)只允许使用一次）
》》namelen，通常为name所指的结构的大小，如sizeof(SOCKADDR_IN)
namelen = 10
返回： -1
错误码：10014（系统检测到在一个调用中尝试使用指针参数时的无效指针地址）
namelen = 16
返回： 0
正常
namelen = 40
返回： 0
正常
》》结论
可以bind本机拥有的地址（或INADDR_ANY），非本机拥有的地址出错。
bind已经被占用的端口值会出错。
len参数要大于等于地址结构实际上所占的长度。
》》思考
因为本机可以有多个IP，所以需要有方法指出从哪个实体接收数据。
当然，提供一种表达“从所有实体接收”的方法是必要的。
在头文件中INADDR_ANY被明确定义为0。
关于bind已占用的端口。
是指端口被bind，并且上层还是活的。（不设置复用）
处于TIME-WAIT状态的端口表面上是被占用，
实际上是可以bind成功的，但connect会失败。
详见关于TIME-WAIT的笔记，第六条。
3。listen
int listen( SOCKET s, int backlog );
》》s
使用尚未半相关的套接字。（未成功bind的）
返回：-1
错误号：10022（提供了一个无效的参数）
》》backlog
纯引用一段：（无出处）
“windows套接字实现中最多只允许服务器同时监听5个套接字。
使用参数0，则系统将把该参数改为1，而使用超过5的值，系统将自动把该参数改为5。”
设置参数值为0，有 1 个客户机可同时与服务器连接
（在ｖｉｓｔａ下有时有２个可以连接，有时有３个可以连接，-_0//）
设置参数值为1，有 1 个客户机可同时与服务器连接
设置参数值为10，有 10 个客户机可同时与服务器连接
》》结论
第一个参数的套接字必须是成功bind过后的。
监听个数为0的话，会自动设置为1。
最大监听个数在XP SP3下可以超过5。
》》问题
如何获得实际的backlog值？
MSDN： There is no standard provision to obtain the actual backlog value.
如何结束套接字的监听状态？
首先，close掉是可以的。如果不close呢？
最初猜想backlog为0，-1等特殊值可以达到此效果，结果失败。
求解。
4。accept
SOCKET accept( SOCKET s, struct sockaddr FAR* addr, int FAR* addrlen );
》》s
在没有listen的套接字上面。
返回：-1
错误号：10022（提供了一个无效的参数）
》》addr，输出参数，一般不填
单机测试，填上本机的IP和某个端口号。
结果：无法限制所接收的地址，执行完后addr中存放实际的地址。
》》addrlen
同bind
》》结论
主套接字必须处于监听状态。
在地址字段填上任何值不能限制接受的连接。
len参数要求所携带的值大于等于16。（AF_INET地址结构的长度）
5。recv
int recv( SOCKET s, char FAR* buf, int len, int flags );
对于服务器，一般是ns = accept(s , &addr , &len) ;
》》s，一般是用上面accept正常返回的值
在没有accept的从套接字上操作。（上面的ns）
返回：-1
错误号：10038（在一个非套接字上尝试了一个操作）
在主套接字上操作。（上面的s）
返回：-1
错误号：10057（由于套接字没有连接并且
(当使用一个 sendto 调用发送数据报套接字时)没有提供地址，
发送或接收数据的请求没有被接受。 ）
》》buf，要求指向一个有效的缓冲区
如果指向的无效的内存区域
返回： -1
错误号：10014（系统检测到在一个调用中尝试使用指针参数时的无效指针地址）
》》len，发送的字节数
len过长可能造成缓冲区溢出。
这个属于编程中的普遍考虑问题，不是socket函数特有。
》》flags，一般用0
设置MSG_PEEK标志后，接收但不移除数据。
（再次接收可得到相同的数据）
》》结论
对服务器来说，必须传递成功accept之后返回的套接字。
缓冲区指针所指位置必须有效。
缓冲区长度参数不可超过实际准备的缓冲区长度。
MSG_PEEK标志在接收的时候将保留数据。
6。send
int send( SOCKET s, const char FAR* buf, int len, int flags );
》》s，同recv
在没有accept的从套接字上操作。（上面的ns）
返回：-1
错误号：10038（在一个非套接字上尝试了一个操作）
在主套接字上操作。（上面的s）
返回：-1
错误号：10057（由于套接字没有连接并且
(当使用一个 sendto 调用发送数据报套接字时)没有提供地址，
发送或接收数据的请求没有被接受。 ）
》》buf
必须指向有效缓冲区，同recv
》》len
必须和要发送的数据长度一致。
》》结论
除flag可选项不同外，和recv一致。
7。closesocket
int closesocket( SOCKET s );
》》s
在申请套接字资源（调用socket）之前closesocket
返回： -1
错误号：10038(在一个非套接字上尝试了一个操作)
再已经closesocket的套接字上closesocket
返回： -1
错误号：10038(在一个非套接字上尝试了一个操作)
》》结论
s必须是有效打开的套接字。
不得重复关闭。
8。connect
int connect( SOCKET s, const struct sockaddr FAR* name, int namelen );
》》没有对端响应的情况
在没有运行服务器的情况下，connect是否会一直阻塞？
结果：等待一定时间后返回错误。
返回： -1
错误码：10061（由于目标机器积极拒绝，无法连接）
》》s
没有使用过bind的套接字。
成功连接。
产生隐式绑定，相关应用的详细资料。
》》name
使用一些特殊的地址来测试。
a、 使用远端点IP地址为INADDR_ANY测试。
返回：-1
错误号：10049（在其上下文中，该请求的地址无效）
b、 使用远端点IP地址为10.1.1.255广播地址。
返回： -1
错误号：10060（由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败）
》》namelen
同bind等需要传递地址结构长度的函数
》》结论
服务器必须启动listen。
可以不建立本地半相关，则进行隐式绑定。
客户不可以与INADDR_ANY主动相连，立即返回报错。
客户不可以与广播地址连接，会等待很久，返回失败。
》》讨论
10060和10061两种错误不同。
其中10061解释为目标机器积极拒绝，返回错误很快（秒级）。
10060的情况，返回错误需要很长时间（几十秒级）。
此处值得深入研究，两种情况下的抓包应该不一样。
9。recvfrom
int recvfrom( SOCKET s, char FAR* buf, int len, int flags, struct sockaddr FAR* from, int FAR* fromlen );
》》缺少半相关
在没有bind的套接字上面，直接recvfrom。
返回：-1
错误号：10022（提供了一个无效的参数）
》》填写from结构
向其中填入非对端使用的地址或端口。
正常接收，并且from内置对端地址信息。
》》结论
必须先进行本地半相关，指定端口，才能够接收。
无法通过recvfrom的地址结构限制接收的地址和端口。
10。sendto
int sendto( SOCKET s, const char FAR* buf, int len, int flags, const struct sockaddr FAR* to, int tolen );
》》缺少半相关
在没有bind的套接字上面，直接sendto。
成功。返回发送的数据个数。
》》不存在的对端实体
sendto到一个不存在的实体（to结构）
返回：发送的字符数
错误号：无
紧接着调用recvfrom
结果：没有阻塞，直接返回
返回：-1
错误号：10054 （远程主机强迫关闭了一个现有的连接。）
》》结论
可以在未本地半相关的情况下发送数据。
由系统随机选择端口。
可以向不存在的远端点发送数据，
本地仍然报告发送的字节数（不管有没有人接收）。
一般情况下，没有数据的时候recvfrom会阻塞。
但是当给不存在的对端发送过数据后，会收到错误报告，
紧接着的一次recvfrom会立即返回失败。（后面的仍然阻塞）
》》思考
SOCK_DGRAM类型的服务，
无法为用户确保数据的正常交付。
但是通过recvfrom返回的错误，
可以对发送情况作出一定的判断。
这也启示在使用SOCK_DGRAM时候的编程框架要考虑下，
当recvfrom错误的时候，判断一下错误号，再进一步处理。
猜测当对端没有bind的时候，使用icmp的端口不可达通知。
需要进一步验证。