谢谢啊 高手

另外就是 如何 读写 硬盘 的最后几个扇区 的内容？ 我用了 setfilepointer()，结果始终无法读取硬盘最后的一些扇区。 始终只能读取前面的一些扇区。 setFilePointer()里我用了两个参数，移动字节的高低三十二位 谁知道 原因哦

试着继续跟踪，看看read函数在什么地方出错了。

你应该是在模拟器上搜索设备吧？不管你的PC机有没蓝牙硬件，你在模拟器上都是搜不到设备的。所以如果你想做测试，你得在开发板上去测试。如果你开发板上没有蓝牙硬件，你可以去买一个Dongle，也就是蓝牙适配器。开发板上有蓝牙，你也得编写自己的应用程序啊，不然用户怎么使用蓝牙这个功能呢

朋友，你好！那个EMC的测试报告，我给你看了。 你们的设备主要是低频超标，应该是电源滤波等没有处理好，建议在电源模块最前的输出端 加上电感进行滤波试试，电感需要uH级别，当然也可能需要更大，你多多尝试下吧。

讲得好

                                 看看这个新闻：http://www.st.com/stonline/stapp ... /year2009/p2415.htm 每10000片起：$2.90/片

                                 多谢ShakaLeo！！ 我在把PSP和MSP都重新设置后，就没有问题了。呵呵。。 多谢各位高手的指点！ 哎，主要还是对Cortex-M3不熟啊，好好看书，好好学习。

                                 还是学生幸福啊

引用 7 楼 evccode 的回复: 这也太容易了吧。 首先，改变颜色，自定义一个按钮类。 下载一个VC类库，修改一下就可以了 修改后效果：http://www.evccode.com/ch/ProductView.asp?ID=31 重绘按钮不同状态，改变状态就行了。

老兄，你那个要花钱的。看来要重回了

引用 1 楼 kyzf 的回复: 首先你是学生 还是已工作人士？ 如果已经工作，且可以单位出钱，建议去http://www.txmcu.com/买对应51开发板，资料非常齐全。 很不错、

初学者的确可以考虑去买郭天祥的 配套的视频教程 再调试那些实验 很容易入门了 而且还有一本教材，写的也很不错 要不教授们的书写的容易接受

OEMPowerOff（）是内核调用的，他里面调用了BSPPowerOff() ——俺的2440 5.0 BSP是这样的。呵呵

100000000?这个数了太大了吧(或太小,因为可能变成负数)! i是什么类型的?

错误找到了，是我def文件和reg文件的某些信息不对应导致的，dll本身没有问题

你的project.bib路径错了吧，应该是WINCE500\PBWorkspaces\zxz\FILTER\目录下的吧，一般来说，改完后，直接把你的exe文件放同目录下就可以，make的时候系统会拷过去的。

问题已经解决，结贴

牛人啊，听的我一楞一楞的

那个虚拟摄像头好像是testcap，它使用的是directshow的接口，你需要参考directshow SDK里面的例子amcap去打开设备。

学习下,现在也在搞WCMDA

引用 176 楼 allein2009 的回复: 引用 39 楼 lbing7 的回复: 引用 36 楼 jiqiang01234 的回复: 引用 33 楼 goodboy2012 的回复: 个人觉得面向对象的设计思想在实时性上比较差。 面向对象包括三方面的内容：封装、继承和多态。而我提倡的单片机c语言编程是鼓励“封装”，使之更具模块化。其实继承和多态也并非就是“实时性”差，只是相对于单片机资源来说比较费ram和rom。毕竟单片机还很少有支持c++的，51系列的我是闻所未闻。 从面向对象思想出现的历史中我们也可以看到，是因为当程序规模超过10万行以上时，面向过程的方法就有些难于应对了，这样才慢慢出现了面向对象的设计方法。要注意的一点是，面向对象的设计方法更适用于“规模大”的程序，而单片机程序就算用64k的rom也就是一万多行。任何技术都有它的适用范围，切不可乱用。 LZ你有点小看编译器了，我们以前写协议的时候 四五W行代码才二十多K，嘿嘿，64K还是相当大的空间的 不信你看一下当前流行的单片机，没有多少是有64K的ROM的 另外，提一个：不是单片机支持语言 面是IDE和相关的平台支持 因为，不论什么机器，至少当前，机器只认0和1 不论什么语言最终到机器层面都是机器指令 语言层次的提高带来了对程序员来说更加友好的接口 让他们可以从更高的层次去看机器 ASM就不说了 C带来了函数，函数的调用会在栈上产生消耗 后面的面向对象语言的特性带来的是什么？ 为了支持对象，让机器多去处理怎么去调用哪个函数 而这个是不可预知的 如果是一个对时间要求严格的系统，这将是灾难性的 其实，前些天一些大哥就在坛子里说KEIL已经支持CPP 至于别的支持面向对象的平台，你可以看一下IAR，在430上我试过丫的CPP（仅是试过） 相信丫8051上也有 对于代码量，不知道LZ是不是真的敲过上W行的代码（不在IDE的帮助下） 当然，我支持用面向对象的方法来规划设计系统 但是，真正编码的时候，只要架构上清晰。 一个只有一年多经验的工程师也是不会出现所谓混乱 之前看软工的书的时候，印象我也见到过说10W行代码可怕 不过实践告诉我，这个分水岭并不是绝对的。 我个人觉得这个不是很实际，我写过一个一万行的代码，优化得相对自己还是满意的，大概要了30多K的代码，KEIL编译器相对来说还是很优秀的，所以，前面说的有点夸张！

不好意思，说得保守了一些。就当把"一万多行"理解为19999行吧-_-