1. S60开发工具
NOKIA现在已经将Codewarrior转移到Carbide c++上来.而且NOKIA对CARBIDE C++的支持力度越来越大.所以我们决定将开发平台由CARBIDE.VS转移到CARBIDE C++上来.顺便提一句,CARBIDE.VS只支持VS2003,至于对2004以后的版本的支持还没有经过测试.
建议通过刘老师获得CARBIDE C++ DEVELOPER的版本.
开发环境选择ECLIPSE+CARBIDE C++ DEV.
2. 底层驱动程序的开放问题
相关驱动的开放需要首先向北京诺基亚中国申请,通过其向芬兰总部申请,芬兰总部可能会因为这个驱动属于SYMBIAN公司,还要因此提交英国SYMBIAN公司申请授权.听说整个过程非常的漫长,而且申请成功的几率有点低.本次研讨会的一个主讲人陈健建议"如果是NOKIA的联合实验室,就可能会取得这个底层驱动细节的开放授权,但是需要签署相关的合同."
3. 关于S60 3RD版本的迁移问题
因为S60的版本升级了,一般规律我们也应该使用升级的最新版本,但是在最新的版本中加入了比较高的安全保护策略,所以有一些敏感的API函数受到了控制,没有授权是无法调用的.不同意迁移到最新的3RD版本的理由有两点:
1)我们现在的实验手机N7O不支持S60 3.0RD.
2)有关访问通信设备驱动的能力,准许修改或者访问网络协议控制能力,读写设备数据的能力等等是受控制的,需要获得相关授权才可以调用,这会大大局限我们的开发工作.
项目下一步的设想。
因为上述的原因,最理想的状况是老板能够在尽可能短的时间内申请到相关驱动程序的源代码,能够让我们通过修改驱动程序的方法对数据包进行截获和过滤。如果老板无法及时地申请到相关的资源,我们的项目就会因为最关键的数据包截获过滤无法完成,而导致项目无法进展。这一点从我们下载的一篇论文中可以得到证明“Configuration and Implementation Issues for a Firewall System Running on a Mobile Handset”。这篇文章就是各种各样的原因没有实现防火墙中间最关键的一环,数据包的截获。
如果我们真的像上面所述无法很快得到相关的驱动程序,我们就只有改变战术,把方向往相关的Sniffer上面转移,积累symbian编程经验,为以后参与这个项目的人员提供一些相关的支持。如果老板不让转移方向,那我们就只有先把框架作出来,然后对数据包截获作理论研究了。这都是一些不得已而为之的事情,是我一开始没有估计到的困难。


浙公网安备 33010602011771号