昨天老大拿了块旧板6410来让我给升个程序,将eboot中的logo去掉。结果我的DNW设置的USB地址还是android的设置0x57e00000,一翻升级后,发现它变砖头了!~~~~ 赶紧改成 0x50030000 不怕,JTAG烧EBOOT嘛,但一看,没有焊,晕。。。 又没NOR的,只得请硬件拆NAND。倒腾了一阵后,终于跑起来了,增加了 keypad,battery,CMMB,GPS,WiFi,3G,GSensor等的driver后,生成xip.bin,烧进去后,眼看着就要进入桌面了,就在这时出一堆的错误信息,coredll.dll崩溃了! 又经过一番计较,终于锁定在GSensor上面,可之前工作的好好的啊,按说代码没改应该不至于这样,没办法,不编译进xip.bin,用DM.EXE动态加载,刚点“加载驱动”,就跳出个满屏的console window,里面是驱动打印的调试信息,这下明白了!!驱动要打印信息,一般是使用RETAILMSG()打印到串口,而如果使用了printf(),就要分两种情况:1,vs2005 catalog里有选上“console window”,这样驱动为Builtin加载时就出现了之前说的崩溃现象,因为驱动加载时console window都还不存在,图形系统还没准备好;2,没有选“console window”,则printf()打印到串口,这种情况下不会出错。 虽然我还是挺希望留下console window,但其他驱动里还有printf输出,比如MFC driver,所以我将GSensor driver里的所有printf都改成了RETAILMSG,然后在catalog里面去掉了“console window”,编译,烧写,正常进入桌面! |
wince6.0 printf VS console window
最新推荐文章于 2017-06-08 20:46:26 发布