从编译ipmsg开始

 搞定i900的wifi后, 很容易就想到怎么通过wifi同步文件了.
 以前一直用数据线或者蓝牙, 数据线麻烦, 蓝牙由于本身不了解, 常常被各种异常玩弄.
 首先当然想到的是M$的文件共享, 但是我把server服务关闭多年了,老感觉他太重.
 平时用什么--IPMSG.
 IPMSG就是飞鸽传书了, 小日本的东西.
 小日本还是搞了很多好玩意的, 除了这个首先想到的就是memcached了.
 memcached还让额学到不少思想呢.
 
 从他们的官网找到了整套源代码(http://www.ipmsg.org/index.html.en).
 整套源代码加上些资源竟然500k都不到,很好弄嘛.
 拿过来首先确认他可以编译一个ipmsg 的app 出来拉
 
 src是用vc6编译的, 但为了wm的开发, 机器上早换vs2005了.
 所以编译时候就发现三个问题:
 
 首先是大量的危险函数调用(strcpy之流),
 虽然以前也推过源代码安全的东西, 但个人还是觉得, 只要代码写严谨就可以了.
 可以把 #pragma warning(disable:4996)加到ipmsg.h文件头 ,让编译器忽略.
 
 然后就是一堆变量定义的作用域问题,
 典型的就是for循环里头的变量, 拉到for循环外头上再判断.
 这个本来就是非常恶心的做法,
 首先小日本没有很好的控制变量的作用域.
 第二, 这个似乎本来就不符合标准的.
 
 第三个就是两处的函数指针的赋值问题.
 本来一头雾水, 最后这个页面提供了解决方案:
 http://blog.csdn.net/Tycool/archive/2006/06/22/820333.aspx
 感谢一个.
 无非就是成员函数需要加上取地址符了:
 Mainwin.cpp 里
 TMainWin::SendFileThread函数:
 BOOL (TMainWin::*SendFileFunc)(SendFileObj *obj) = obj->command == IPMSG_GETDIRFILES ? &(TMainWin::SendDirFile) : &(TMainWin::SendFile);
 TRecvDlg::RecvFileThread函数:
 BOOL (TRecvDlg::*RecvFileFunc)(void) =fileObj->isDir ? &(TRecvDlg::RecvDirFile) : &(TRecvDlg::RecvFile); //bydk

 解决了这三个问题后,
 DEBUG编译通过, 通信也正常,但是发现app很多地方还是使用了小日本的语言, 比如右键菜单.
 但是对我来说已经不重要了, 我要做的下一步是把流程分离出来 , 然后尝试加个wm的外壳...