-
除了IN出不来,其实我还有一个In Trnasaction的问题: 当IN transaction成功完成后, OTG_FS_HCINTx寄存器中只有Ack标志为1,而XFRC传输结束位不置1. 而我做的OUT传输,每次都有XFRC位正确被置1.
-
引用 57 楼 wolfmvp 的回复:
运行一晚上，中央处理器烫手吗？我觉得可能跟散热有关系…
有点烫手。
-
谢谢，，
-
应用程序中，谢谢
-
Peasant_Lee、wangfan027 我的电子邮件是hanbing086@163.com
QQ：77525053
-
硬件问题吧
-
-
没弄过，
MARK,帮顶下。
期待高手，我也学习下。
-
将reg变量初始化为静态变量即可，堆栈本身没有问题。
-
汗。如果是纯APP的话。。应该是问题不大吧。主要还是个SDK的问题。。。
-
改 PUBLIC\SHELL\OAK\HPC\EXPLORER\TASKBAR\taskbar.cpp
这里应该能实现。
-
16位565的意思就是 每两个字节表示一个颜色数据
其中 r 占5个bit, g 占6个bit, b 占5个bit, 一共是5+6+5=16bit,正好2个字节
bitmapInfo->bmiHeader.biHeight = uLineCount*uLineHeight + m_uLineSpace*(uLineCount-1);
这个是从别的代码中复制过来的,实际就是位图高度
需要注意的是位图数据存储时每行的所占字节好像是4字节对齐的,如果一行所占字节数不是4的倍数需要补齐,所以你截取的位图宽度最好是2或4的倍数,这样处理起来方便些,不需要考虑对齐问题.
调色板在低于8bpp的位图中才需要,16bpp和24bpp是没有调色盘的,你不需要考虑这个问题,这里调色板只是充当掩码的作用
掩码的作用就是指明这个16bpp的位图是565格式的,因为16bpp还有 555, 5551等格式, 555就是rgb各占5个bit,多余的1个bit没用,5551就是rgb各占5个bit,其中1是透明位
当DDB和DIB格式一致时,从DDB和DIB之间的转换就不需要多余的运算,可以显著的提高速度.
-
要查驱动是否有思索的问题其实并不难,因为哪些线程对哪个资源占有和访问都能够从系统结构重查到,但是由于资源很多,查起来比较繁琐.一个简单的办法就是通过debug extension来查
微软提供了cedebugx这个dll,ce5中可以在pb里通过load debug extension装载;ce6中缺省已经装载了，你只需在target control中运行以下命令
!diagnose all
就可以帮你查包括死锁在内的系统问题，首先它会帮你确认系统当时是否有死锁问题，如果有的话，会帮你指出是哪些线程对那个资源访问死锁了，然后你就可以通过查看线程的stack察看问题的原因了
-
我也看不到价格
-
BP_OpenPartition参数不正确
-
又见paul_chao。
-
evc习惯了 vs2005很不错，正想转
-
引用 1 楼 veabol 的回复:
可以让你的某个驱动一直打印信息，看看是不是系统卡住了，看上去像是explorer.exe没有启动
对啊
如果你是正常启动的话，下一步将调用explorer.exe
但系统就是停在那里，而没有调用explorer.exe，屏幕是黑屏
-
---->你的这台目标机在同事那可以下载调试吗？有时候目标机上的ActiveSync会有问题，先把这个问题排除掉
可以的。
-
如果抛开对编程的益处,那么这个帖子的内容已经太老了!
stm32/stm8