??xml version="1.0" encoding="utf-8" standalone="yes"?>
以下是一部分在async_receive()的handler处捕获到的比较有用的错误?br />
只是一些浅陋的试Q目前觉得有用的也就是这几个Q不正确的地方请送我鸡蛋?img src ="http://www.shnenglu.com/shanoa/aggbug/145840.html" width = "1" height = "1" />
错误码(十进Ӟ(j)
枚D
发现原因
10009
boost::asio::error::bad_descriptor
在一个已l关闭了(jin)的套接字上执行async_receive()
995
boost::asio::error::operation_aborted
正在async_receive()异步d{待Ӟ本端关闭套接?/td>
10054
boost::asio::error::connection_reset
正在async_receive()异步d{待Ӟq端的TCP协议层发送RESETl止链接Q暴力关闭套接字。常常发生于q端q程强制关闭Ӟ操作pȝ释放套接字资源?/td>
2
boost::asio::error::eof
正在async_receive()异步d{待Ӟq端关闭套接字,q里?0054发生的情况似乎一P但是实际上应该是有区别的Q具体神马区别,由回复中jack的说法,q个是远端正常关闭套接字?/td>
]]>
F:\sdk\boost>bjam --link=static --threading=multi --runtime-link=shared debug release stage
后面需要选择~译器和要编译的?br>--toolset=msvc-9.0 --with-date_time --with-thread......
]]>
于是又是一下午+半个晚上的调试时?.....
代码中的意思就是将写入的数据逐字节的?Qƈ保存在内存缓冲里Q然后又从内存缓冲中dQ逐字节减1Qƈ输出到控制台Q一套经q过滤的d便完成?jin)。由于用了(jin)模板元的list作ؓ(f)链接Q在release模式下所有的qo(h)器操作都是内联的Q这虽然也是我预想的效果Q但看完汇编码之后,着实让我高兴了(jin)一晚上Q这U成感真的是programer最大的乐趣?/p>
需要说明的是:(x)代码中的mpl::list2是自己实现的模板元链?..q段旉考虑研究一下boost的ƈ替换q来Q因为那个list后面?让我觉得很不够智?..当然Q如果boost的list实现q于复杂Q或是不能让我的代码完全内联化的话,肯定不会(x)考虑使用?br>
完成q个之后Q我便准备着手构建cge目Q所谓的cgeQ就是cloud game engine的羃?..思义是使用?jin)云技术的游戏引擎Q我惛_业余旉试一些颠覆传lcs架构的在U游戏引擎架构设计,具体隄估计?x)?个:(x)
1、运用gpgpu group的ƈ行运技术,考虑使用目前?jng)场占用率最大的nvidia tesla服务器配合cudaQ在服务器用physX实现一定的物理模拟?br>2、在x性较强的在线游戏中,pingg直是最大的挑战Q所以有选择性的使用云计技术,q是架构设计上的挑战?br>关于cge的设计思考和规划Q会(x)另外开贴具体阐qͼq记录开发进度和情况?/span>