如果打算跨平台开发的话，始终使用gcc是首选对策。。。 我对vc不熟悉，不过似乎很多情况下用vc9编译的东西放在干净的机器上没法运行，把vc9的运行时放过去也不行，只能安装.net 3.5或者用非express的vc版本打包。。。这是无法接受的。。 前些天程序不正常的原因就是win32 下的 openssl 库用了vc9编译，而主程序和主要的库是mingw编译的，所以程序能运行，而Qt network库去load openssl库时openssl就会无法正常加载symbol，此时qt的network库并不报错，而是默默的把https请求变成http请求发出去。。。。。如果不是听了一下包我怎么也不会相信的。。 花了一个下午用mingw重新编译了openssl库，（虚拟机里编译！！！）编译出来的dll竟然和vc编译出来的不同名。。。。改了一下名字后qt network库终于可以使用ssl通信了。。。 qt库不用重新编译，把各种模块，plugin和外部库分开其实更方便发布和更新。。。 今天swap终于开始工作了。。4G的内存也不能再泰然下去了，一个eclipse，一个firefox，一个编译用的winxp，一个clean的测试winxp，一个测试用的fedora9，还有永远不舍得关的mldonkey。。。

大致在msdn浏览了一下相关的问题，结果却在adobe的开发页面上找到资料。 总之是vs8之后的manifest啥啥，一会装个clean的虚拟机试试。。 另外做了keep-alive部分，昨天挂了6小时没掉线。 去除了裸C++的md5库，改用Qt自己的crypt类。

搞错了。。被踢是因为win32下编码不是utf8，算字符串字节个数出错了。。。 做好了invite bye部分，没有明显的缺憾了。

遇上一些问题，默认的win是不装openssl的，qt也是不带ssl的（虽然qxxsocket链接到ssl库），实在不熟悉win32的开发，花了两个小时才移植完，现在winxp下可以跑了。 多说一句，主动invite没做完。。所以我的客户端不能互发。。会被服务器踢下来，但是和官方的交流没问题。。