Jogholy的专栏

 http://www.cnblogs.com/upto/archive/2008/10/27/1320457.html其他文章也很好，都是关于.net中wince开发的。特别是操作数据库的文章写的相当详细！

1.目的：在CE系统上，当程序发生异常特别是不可重现的异常时，通过事后调试协助快速定位问题 2.原理：在windows系统中，当应用程序出现严重错误无法运行时，系统会启动JIT调试器，JIT调试器可以做两类事情：1）直接附加到出错进程上通过调试来分析、定位问题。2）收集、记录错误发生时的现场数据提供事后分析。在WinCE上，希望利用第二种方式：也就是使用WER（Windwos Er

在WinCE中使用的一个重要的文件就是BIB文件，全称Binary Image Builder File。在WinCE的编译过程中会用到BIB文件，应该是在最后的Makeimg阶段。所有的BIB文件会被合并成CE.bib文件，然后Romimage.exe会根据BIB文件中的描述来决定哪些文件最终被包含到WinCE image中。当然，BIB文件还决定了WinCE设备内存的分配，其中定义了WinCE

当 ActiveSync 不可用时，Visual Studio 不会将所需的连接文件自动复制到设备。应使用下面的步骤将这些文件安装到设备上，修改 Visual Studio 连接配置，并建立设备安全。前两个步骤，即准备设备和 Visual Studio，只能执行一次。最后一组步骤，即设置安全和建立连接，在每次要从 Visual Studio 的新实例连接时都必须重复执行。

http://bbs.youkuaiyun.com/topics/390346505

之前测试使用dgwulm.ttf字体（GPS软件WolfNCU中带的），发现了一些添加新字体的时候可能被忽视的问题。在WINCE系统中，除了将字体文件加入到系统内核NK之外，还可以动态的方式添加新字体，使用函数AddFontResource、RemoveFontResource，以及CreateFontIndirect等函数。使用方式类似：/////////////////////

try-except用法　　try except是windows 系统独有的异常处理模型，windows的异常处理模式，称为SEH( structured exception handling )，       SEH的异常处理模型主要由try-except语句来完成，与标准的try catch相似。与C++异常处理模型使用catch关键字来定义异常处理模块，而SEH是采用__ex

USB的广泛应用就不用多说了，相信目前的各个领域的嵌入式产品中，很少有不用USB的。USB是主从结构的，分为USB Host和USB Slave，从USB1.0，USB1.1到现在的USB2.0，基于USB2.0还有USB OTG，也就是同时支持Host和Slave设备。目前最新的好像是USB3.0，刚开始普及吧。 在WinCE6.0中，对USB是有很好的支持。一般来说，如果USB的设备驱

转载自http://jazka.blog.51cto.com/809003/743720 前面已经讲过WinCE6.0下USB驱动的整体结构，今天来看看USB Host驱动部分。可能是因为USB Host驱动一般不修改的原因，这方面的资料少的可怜，所以只能自己研究了。分析的源码微软已经提供了，在目录WINCE600\PUBLIC\COMMON\OAK\DRIVERS\USB下面。 

zhuanzi无语，编辑了好多遍了，还是显示不正常，就这样吧。    今天分析USB HOST Class部分的驱动内容。        CLASS目录实现的是Client层驱动程序，通过调用USBD提供的接口函数来完成，文件夹下面包含的目录如下：    其中CLIENTCMN和COMMON包含的是公共代码，另外四个分别是为了实现HID设备、打印机、大容

一般使用EBOOT下载WinCE image都是通过网络，就是指以太网，当然也有通过USB下载的，不过网络下载是最常用的了。实际上下载的工作是在BLCOMMON模块中完成的，它会调用OEMReadData函数来下载数据，OEMReadData由用户来实现，一般如果是网络下载，都会在OEMReadData中直接调用EbootEtherReadData函数来从网络读取数据，该函数由微软实现，这个函数会

在调试WinCE程序的时候，有时候会碰到Data/Prefetch Abort的异常，相信从事过WinCE开发的人对这种异常信息应该都不会陌生，系统会在调试控制台输出如下类似信息：Exception 'Prefetch Abort' (3): Thread-Id=05870016(pth=9970c000), Proc-Id=057c0016(pprc=9973cdd4)‘TCPClien

Wince GDI资源泄露可能原因在网上找了很多人的博客来看，在各种论坛里面看高手的回复，把Wince GDI资源泄露的可能原因总结了一下(1)不要用CDC做直接用HDC(2)OnEraseBkgnd擦除背景函数没用，只有一句return true；，所以把Invalidate();改成Invalidate(0);(3)    BUG: Memo

为了控制CE的串口反复不断的分配内存，出现内存碎片，防止出现内存泄露，于是把从MFC上学到的那个内存池简化了一下，直接用到了程序上，虽然很简单，但是如果只要稍加二次封装，即可写出类似于MFC中通过哈希表进行内存控制访问的方法。具体的方法呢，直接上代码最清楚：.h文件//内存分配结构体typedef struct __LinkList{ struct __LinkLi

最近在论坛里看到很多人问怎样检查内存泄漏，对于Windows CE/Windows Mobile开发，微软已经为我们提供了很好的工具Application Verifier。AppVerifier是一个辅助开发工具，不用修改代码，可以检测出程序内存,句柄, GDI对象泄漏，并报告分配泄漏对象的调用栈，有过在大规模代码里查资源泄漏的兄弟应该知道这个调用栈的价值。 在中文google里搜了下，

<br />joji_h声明：此文为我同事所写, 文中参考引用了norains的＜WinCE系统音量的设置＞一文, 文中的CReg.h则出自微软WINCE500/PUBLIC下的公开代码. 网友若对文中一些技术细节有疑问, 可以移步到norains博客(http://blog.youkuaiyun.com/norains/)的相关文章下向norains请教<br />-----------------<br />最近一段时间在修改音量需求变化的时候,让我对在WINCE下对各种音量的设置有了一定的理解,现在将我的理解写到

在Sysgen阶段，Platform Builder根据用户的定制信息（sysgen variables setting， catalog的选择）将public目录下组件的librarys链接成dll或exe。以cellcore为例（winceroot/public/cellcore）:Sysgen阶段做的事情是根据用户在catalog里面的选择（这个选择过程也就是所谓的裁剪os，选择的结果是

一、生成OS1. 安装Windows CE 5.0（记得CPU类型里把ARMV4I选上）装完之后装DeviceEmulatorBSP.msi，这是ARMV4I模拟器的BSP。2. 运行Platform Builder，新建一个Platform，给你的新Platform取一个名字，我这里取为MyCEEmu。BSP选择Microsoft DeviceEmulator:ARMV4I，Design

公司要将wince4.2+sqlce1.0的程序换到wince5.0的平台。经过了两天的折腾，总结一下遇到的几个问题。1、原先的程序使用VS2003+.net framework1.1编译，在WINCE5.0平台上无法正常运行。原因是VS2003和WINCE5.0不兼容，需要将开发平台升级到VS2005。2、VS2005平台默认不支持.net cf framework1.1所以，需