搞定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的外壳...