非阻塞socket转为阻塞后的问题

langue

--

说得好。谢谢 JohnBull 版主。

--

JohnBull

原帖由 醉卧水云间 于 2007-1-31 19:30 发表
用epoll移植到windows下试试！

windows下有epoll？不会的吧？
epoll是Linux独有的机制，非标准调用，使用的时候一定要考虑好移植问题。

JohnBull

原帖由 langue 于 2007-1-31 19:47 发表
--

说得好。谢谢 JohnBull 版主。

--

呵呵，客气了，欢迎拍砖！

sl_stanley

我也觉得select这个函数本身就很别扭

sl_stanley

windows下的select也不好用,windows下写网络程序还是WSA打头的函数好用.

思一克

一定是LZ的程序有问题了,而不是SELECT怎么样了.

read 返回0, 你可以打印出ERRNO 看是怎么了, 一般是错误了

清汤挂面

原帖由 思一克 于 2007-1-31 22:01 发表
一定是LZ的程序有问题了,而不是SELECT怎么样了.

read 返回0, 你可以打印出ERRNO 看是怎么了, 一般是错误了

read 返回0，是对方关闭了连接，而不是出了错，这个时候是打印不出来错误的

susesuse

楼主为啥要用非阻塞connect呢?这是网络编程中最不易移植的部分。
unix网络编程第三版16.4节分析的比较细，可以去看看。

[ 本帖最后由 susesuse 于 2007-1-31 23:32 编辑 ]

思一克

你看man select_tut有非常好的例子和说明。

用select一般不用NON BLOCKING socket.


Except as indicated in 7., the functions read(), recv(), write(), and send() never have a return  value  less
              than 1 except if an error has occurred. For instance, a read() on a pipe where the other end has died returns
              zero (so does an end-of-file error), but only returns zero once (a followup read or write  will  return  -1).
              Should  any  of  these functions return 0 or -1, you should not pass that descriptor to select ever again. In
              the above example, I close the descriptor immediately, and then set it to -1 to prevent it being included  in
              a set.

apollolegend

原帖由 醉卧水云间 于 2007-1-31 19:30 发表
select 恶心？没听说过！用epoll移植到windows下试试！

作通讯程序你还想着移植的事么?通讯对效率的要求多高阿，还是要针对不同的平台单独考虑吧，在*nix下你就用epoll，在windows下你就用完成端口。不过我觉得早晚windows也会支持epoll，就像当年支持socket一样。