最近给一个客户在Sigma 865x高清平台上定制了WinCE6.0。客户需要一个图片浏览软件。因为该款CPU是MIPS的内核，共享的现成软件很少。所以决定移植或者做一个给客户。
CxImage是一个开源图片处理库，而且提供了Pocket PC2003的一个可以运行的demo。于是决定先移植，如果移植的性能不能满足需求，再考虑用CE下提供的COM写一个。
虽然该demo可以在Pocket PC2003上运行，但要在WinCE下运行，需要修改几个bugs：
1. 类作为参数时，一般传递类的引用，不使用类的指针作为参数。
bool CxImage::Decode(FILE *hFile, DWORD imagetype)
{
CxIOFile file(hFile);
return Decode(&file,imagetype);
}
修改为：
bool CxImage::Decode(FILE *hFile, DWORD imagetype)
{
CxIOFile file(hFile);
//return Decode(&file,imagetype);
return Decode(file,imagetype);
}
虽然红色代码在Pocket PC2003上运行正常，但在WinCE6.0下会有异常。当然需要重载
一个Decode方法。
2. GIF动画不能播放：
在完成了JPG，BMP，PNG以及TIF图片的显示后，移植GIF后，发现GIF动画不仅不能播放，
而且只要做打开GIF动画的操作，CxImage会报堆栈空间不够，退出。
将堆栈Reserve Size与Commit size调整为如下图所示大小后，GIF动画可以播放了。
3. GIF播放时，打开另外的图片时，CxImage报异常然后退出。
这是因为GIF动画播放是用一个单独的线程实现的。当GIF正在播放时打开另外的图片文件，由于只是通知播放线程需要终止但却没有
等待播放线程终止释放资源。增加一个播放线程与主线程同步的信号。当主线程通知播放线程需要终止时，主线程等待播放线程的终止
信号。收到播放终止信号后，再开始另外的任务。
除了以上修改外，为了满足浏览，还做了一些新的窗口变化方面的处理。例如任何图片可以适中显示（不扭曲，不变形），也可以放大
缩小原图显示等等。
4. 内存泄露：
移植完GIF后，做一些基本的测试，发现有内存泄露问题，而且很严重。当打开GIF正在显示时，打开另外的图片。
有时图片不能显示，报内存不足；只有一些小的图片可以打开。察看系统的内存使用情况，发现内存几乎被使用完。
修改了内存泄露问题后，算是初步移植完成了。
虽然CxImage可以在Sigma 上跑起来，但是由于CxImage需要的内存很多，而且效率比较低，打开1920x1440的图片或者清晰度高
的GIF动画，需要花很长时间。