2010年10月23日

今天是周六，下午来加班。唉，收到一封邮件，第三方想周一来移植，然后周五下午才通知我编译出来一个带BT和彩信的128+32Flash的版本出来，靠，这怎么可能？RAM就4MB，BT就占了1MB多。在第一次裁掉东西编译之前，ROM空间占了12MB多，勉强符合要求，但是RAM空间占了7MB多，严重晕倒，我至少要裁掉三四MB的RAM空间出来。

根据xls表格配置好flash之后，接下来的工作很无聊，就是不断地关掉一些宏开关，不断地裁掉东西。mission impossible，我今晚弄最后一次就回去了，我觉得玩不成。

附上这周的工作周报：

一、CMCC项目：

1、 继续让北京手机证券检查他们服务器应用部署，已发给他们X项目送测软件进行适配。

2、 继续追踪MM应用进入营业厅的301和302跳转问题，目前的最新情况是MTK说网络服务器出现500Server错误，仍然需要MTK、MM、JVM方三方分析。

MM的问题，11月份需要送测K项目CMCC前解决，这些问题如果需要修改代码，C项目已邮寄出去的机器也需要升级才能送测。

二、[XC项目]：

1、周二上午，三方确定了XC项目JVM要实现的Feature和进度。

后来要求客户S和M公司提供样机，

2、客户S和M公司的商务还没有谈好，M公司要在商务谈好之后才会启动。

本周五提供了一个Java Codebase给Myraid，用以他们调试Java，并邮寄USB线、下载线各一根，手机一台。先把自己的工作先做好。

一直是和北京M公司谈开发进度，没想到最后开发的是成都M公司团队。

三、V项目版本编译

下周有第三方来移植新的Java虚拟机，在V60平台上尝试编译128+32的Flash上编译版本，ROM可以编译到8MB之内，但RAM空间难以符合4MB的要求。因为240*320的LCD，编出来的media和custion占据RAM空间比较大，就算是关掉BT、J2ME和很多功能后仍还远远超出，可能需要向MTK申请一个精简的新版本。

四、解决V/I项目遗留问题。

I799本已经封板并即将出货，但在周三下午报了一个在C版QQ内的QQ下载，下载Java游戏后运行会定屏死机的问题。一开始以为是跟QQ和Java应用一起运行时内存不够所致，后来加了QQ与Java互斥，问题依旧。让测试部随便安装一些Java应用测试，发现都会有定屏死机现象，让测试部测试其他手机，发现也是如此，问题很严重。

通过死机log的stack dump初步定位为因为互斥锁没有解锁的死机，通过打log进一步确定为jal层的lcd lock没有及时释放，一直在等，所以会定屏。周四上午提Eservice后，当天下午得到MTK回复并立即解决。

这个问题的反思是：这两个项目的第一版就存在这个平台问题了，而且这个问题是随便安装一些Java应用运行后就能很快发现的，复现路径非常简单。不过M项目做了半年多了，为何在半年后才发现？这个问题上，诚然测试部有责任，但是我们的开发人员在第一次做的时候上平时也要自己自测一下的。以后组内要对新功能和模块写一下测试用例，如果是第一次移植和开发的，都要自己测试跑一下，自己先给自己把关。

五、平台升级

1、协助***上传的原始代码到SVN服务器。

2、指导部门内各种SNV使用问题。发现如果SVN文件过大（比如几M的C文件），通过SVN下载的文件偶尔会被亿赛通影响导致乱码或者代码行丢失，正在和IT部**一起想解决办法。

3、6253_09B0952申请的两个Patch到了，经检查，一个SD卡偶尔不识别的Patch之前已经打过，另一个QWERT键盘的patch由于修改太多，为了不影响I项目出货，暂时不打，后续再补上。

六、Android

暂时抽不出很多时间，应用安装在应用的问题仅研究了两个小时。

七、组内事务。

1、召开小组会议，分配平台各模块移植任务，确定开发进度。

2、督促小组写总结文档，本周小组共提交技术总结文档4篇。

八、文档方面(占工作量的5%)

提交技术总结文档一篇。。