|
|
|
| brew太烂了 |
编辑：evzhy 审核：rocks 文章来源：CNJM论坛精华
关键词：无 发表日期：2003-08-21 15:37:55 浏览次数：3615次 |
|
|
|
|
本文版权归原作者，中国JAVA手机网收录本文的目的是让更多人阅读到此文章。转载请注明出处为中国JAVA手机网<www.cnjm.net>
来自:http://www.cnjm.net/tech/article758.html
ISOUNDPLAYER_SetInfo(...)前两次调用是正确的，第三次就模拟器crash掉了，如果取消前两次的调用，这原来是第三次的调用就正常完成，说明这和应用的其他地方的内存分配，出届之类的没有关系，如果三次都播放同样的音频数据，前两次就正常，第三次就完蛋，这一切究竟是为什么？有什么效率比较高的排错方法呢？除了猜测跟踪这些笨办法
来自:http://www.cnjm.net/tech/article758.html
|
|
|
|
|
|
相关文章
暂无相关文章
|
|
| 最新评论
|
| evzhy 在 2003-09-23 16:06:31 发表的评论: |
| 原因已经找到了，不是因为连续发sound请求，而是现实内存写出届，在模拟器上导致奇怪的错误现象，在模拟器上导致无法推出 |
| luoyizhou 在 2003-09-23 11:40:17 发表的评论: |
我碰到过连续地发SOUDN请求导致手机CRASH,你有没有等前一个SOUND播放结束后或者停止前个SOUND后再播放新的?
你是怎么为屏幕设备bitmap文件申请内存的? 或者是怎么得到LCD的VRAM的? |
| evzhy 在 2003-08-29 18:17:12 发表的评论: |
| 如果为模拟器屏幕的设备bitmap文件多申请16行的内存，就不出现这个问题，所以很可能是直接写现实内存的时候，指针出界，破坏了soundplayer的内容，在手机上，屏幕内存出界后，破坏的是手机系统数据，而游戏仍然可以运行，所以表现就是--游戏正常运行，但是退出后，手机系统无法继续运行，死机 |
|
|
|
