MTK在模拟器上运行良好的MMI应用，真机上确老是导致手机重启

hepeixin

MTK在模拟器上运行良好的MMI应用，真机上却老是导致手机重启，是内存处理的问题吗？
我用了OslMalloc等内存分配的函数和strlen，strcpy，memset，memcpy等函数。

perennial

建议你用catcher连接到手机上看看。
PC模拟器上和手机上的差别很大，不能这样等同。[br]<p align=right><font color=red>+1 RD币</font></p>

sensibleboy

连上catcher，看看死在哪里。

hepeixin

由于Catcher不是实时输出的，所以问题都较难定位，我选择了将输出信息flush打入文件的方法，但是重启的地方不确定。

tritium

抓一下catcher啊，能看到哪里assert了。不过即便是看到哪里assert，也不是问题的源头，好好查查你写的代码。

perennial

<DIV class=quote><B>以下是引用<I>hepeixin</I>在2007-11-29 16:42:32的发言：</B>
由于Catcher不是实时输出的，所以问题都较难定位，我选择了将输出信息flush打入文件的方法，但是重启的地方不确定。</DIV>

[em13]

hepeixin

<DIV class=quote><B>以下是引用<I>perennial</I>在2007-12-4 22:36:51的发言：</B>


[em13]</DIV>


trace输出如果在机器assert重启的时候，由于不是实时输出，所以有些trace会丢失。讲trace的信息flush即时写入文件，可在一定程度保证信息的完整性。

anmin

不明白怎么做.望详解.

singlespark

把信息写入文件中也不一定能成功，手机死机时，一旦发现当前是MMI task在运行，那么mmi task将会被切换到tst task（操作系统调度），这时就会将trace信息显示在catcher中。此时，由于mmi task没有运行了，因此写文件也就不会执行了。正确的做法是调高catcher与手机的通讯速率（baud rate）。

hepeixin

<DIV class=quote><B>以下是引用<I>singlespark</I>在2007-12-10 19:27:04的发言：</B>
把信息写入文件中也不一定能成功，手机死机时，一旦发现当前是MMI task在运行，那么mmi task将会被切换到tst task（操作系统调度），这时就会将trace信息显示在catcher中。此时，由于mmi task没有运行了，因此写文件也就不会执行了。正确的做法是调高catcher与手机的通讯速率（baud rate）。</DIV>


多谢指教。
但是我这里最高的速率也只是460800bps，死机的时候也会造成trace的丢失。相对来说，用Commit写文件的方法能一定程度上记录更多当时的信息。
另外，请问这里的tst英文全称是什么呢？谢谢！

perennial

tst -> test

xiaoshui

有兼职提供

有在mtk方案公司做mmi 的朋友  可加我 QQ：232284406   我可以介绍外块给大家，有兴趣的来了解下

99436585

tst -> test
本文来自：我爱研发网(52RD.com) 详细出处：http://www.52rd.com/bbs/Detail_RD.BBS_105131_5_1_1.html

dollfacedboy

90%是你内存访问越界

badboy2007

OslMalloc申请的内存好像是不能超过2K，还有可能是你的栈溢出了

spirit_wolf

应该是内存访问越界
以前遇到过这样的问题，加了新的功能。模拟器可以跑，真机都开不了机。
LZ的reset是什么操作引起的，抓个catch看看。

yangyi503

多半是堆栈溢出了，还有就是mtk的内存管理机制并不完善，频繁的使用OslMalloc也会出现黑屏重启现象，建议都是用数组来代替

auhao

以下是引用badboy2007在2009-6-21 10:48:10的发言：
OslMalloc申请的内存好像是不能超过2K，还有可能是你的栈溢出了

这位是正解

wylng

申请后有没有判断是否为NULL

qq26358275

一般有以下几种情况, 栈爆了, 内存越界或泄漏, 变量没有初始化.