百度空间 | 百度首页 
 
查看文章
 
U8类型——MTK软件设计的漏洞
2009-10-16 10:48

最近这个星期每天加班都很晚很晚,很累。遇到的问题一个比一个诡异。先是按照客户的要求修改浏览器的主页和书签网址,非常简单的事情,将地址一修改就OK拉,我也是这么想,于是否就把这个放在了后面处理。造成的结局就是周三晚上加班都凌晨才找出问题所在,你说公司以前的开发也是,你不让客户通过bin文件修改这些个地址,你也没必要把修改隐藏那么深啊!连自己人都隐藏,够狠!

       MTK平台的问题是一个接一个啊!客户的一堆SP加上后发现通化设置里的自动限时功能里的时间变成了24了,通话的时候一到24秒就自动挂断。首先想到的就是nv项乱掉了,毕竟平台代码给那么多人修改过,特别是加了一堆的SP。于是否又是一阵忙乎,确实也是对不上,从最初的版本就对不上号,把nv项一一对好,心想这下问题解决了背,结果还是一样,心里那个哇凉哇凉啊!没法了。很痛苦,只从狗屁的客户(某一国产品牌,垃圾)要求加了10几家的SP后,模拟器就没法跑了,关了SP都一样。只有通过打trace来解决了,一个一个实验,最痛苦就是每次下载啊,256+64的下载要8分钟左右啊!!!到了晚上10点终于定位到了问题所在,MTK在软件设计上在些WriteValueInt函数的时候nDataItemId参数类型用的是U8unsigened char)类型,也就是说nDataItemId的值的范围是0~256,而我的nv项超过了这个值就造成了问题的所在,只好自己打个补丁来解决了。U8类型超成的BugMTK平台上我解决过的都有几个了,世界时间的坐标问题也是如此。都说阿三的软件设计能力很牛,单从MTK来看,阿三的软件设计不过如此啊!

类别:嵌入式系统 | 添加到搜藏 | 浏览() | 评论 (0)
 
最近读者:
 
网友评论:
发表评论:
姓 名:
网址或邮箱: (选填)
内 容:
验证码: 请点击后输入四位验证码,字母不区分大小写
      

     

©2009 Baidu