C0EEBDA1

以下以移植到SPCE3200为例 从http://www.freetype.org/下载代码。可以下载总计三份资料：ft241.zip freetype源码ftdmo241.zip freetype demo源码ftdoc241.zip freetype文档 把freetype源码解压，可以看到其中有src、include和builds几个目录（当然还有其他的，暂时不用关心）用

网上也有相同的文章，但在QtCreator下不知道如何跟着网上的介绍来操作，所以写了此篇文章，照着做，保证有效 ^_^

创建Qt的键盘插件，重点是创建两个类：

一个基于QObject和QWSKeyboardHandler派生的 键盘处理类（Handler）

一个基于QKbdDriverPlugin派生的 键盘插件类（Plugin）

arm-linux-gcc 3.4.1算是一个已经比较旧的版本了，现在我们在Linux 2.6.29环境下，用的是4.3.2的编译器。不过，因为还有一个S3C2410 + Linux 2.4.18的产品线，所以仍然没有舍弃 3.4.1。之前在Linux 2.4.18下，跑的是4.3.5的Qtopia，效果还算不错，但是发现新版本的qt-embedded中，有了一些比较不错的特性，比如，在一个Gui

QT中使用.so有两种方式，一种是普通的.so，包含了一些函数，这种暂且不讨论

另外一种是QT中所谓的Plugin，每一个.so都包含了一个类的实现，这个类可以是一个QObject的派生类，所以，插件可以按照类的形式把某些操作封装。接下来讨论这种用法。

插件工程的建立：

第一步，通常在建立Plugin之前，需要首先有一个抽象类，用来描述Plugin的功能。

通常，抽象类写在一个.h文件中，并且，通常都会包含<QtGUI>，如果不包含，需要使用QObject派生类时会有问题。

如：

#include <QtGui>

#include <QWidget>

class TestInterface

{

public:

virtual ~TestInterface() {}

public:

virtual QString Name() = 0;

virtual bool doSomeThing() = 0;

};

Q_DECLARE_INTERFACE(TestInterface, "com.trolltech.Plugin.TestInterface/1.0") //这个宏用声明接口

最后的Q_DECLARE_INTERFACE不能少，否则编译出来的动态链接库不能被QT识别！

有了抽象类之后，接下来进入第二步，创建动态链接库工程：

新建工程时选择C++ Library Project，然后进入下一步后，Type选择“Shared library”，表示创建动态库：

取好名字后，在下一步中选择需要的组件，通常都会把QtGui选中：

后面的步骤根据需要进行设置即可。

第三步，在生成的工程的头文件中，包含之前编写的抽象类头文件，并将向导自动创建的类修改为抽象类的派生类：

#ifndef PODTEST_H

#define PODTEST_H

#include "pod_global.h"

#include "testInterface.h"

class PODSHARED_EXPORT PodTest : public TestInterface {

Q_INTERFACES(TestInterface)

public:

PodTest();

};

#endif // PODTEST_H

其中，Q_INTERFACES(TestInterface)是表示该类使用TestInterface接口。

在派生类的声明中，可以添加需要的虚函数的实现。

第四步，在.c文件中添加成员函数的实现。另外，在文件的最后，添加一行：

Q_EXPORT_PLUGIN2(pod, PodTest);

表示此动态库需要将PodTest类导出。

其中，pod是工程名，PodTest是需要导出的类名。

至此，动态库工程创建完毕。

动态库的使用：

QPluginLoader可以调用某个.so的插件。

QPluginLoader loader("libtest.so");

PodTest *plugin = qobject_cast<TestInterface*>(loader.instance()); // 获取so中的类的对象

busybox自带dhcp客户端和服务器，分别是udhcpc和udhcpd

修改内核配置：
Networking support-->
    Networking opetions-->
        <*> Packet socket
        [*] TCP/IP networking
        [*]    IP: multicasting
        [*] Network packet filtering framework (Netfilter) -->

否则会出现：
udhcpc: socket: Address family not supported by protocol

从busybox/examples/udhcp文件夹中，复制simple.script文件到开发板的/usr/share/udhcpc/目录下

运行udhcpc即可获取IP地址

遇到此次错误的可能性非常多，一些常规的原因我这里就不说了，一般情况下，只要注意检查权限设置就OK了。

不过前一阵子遇到的问题很特殊，

检查了/home/lijian目录的权限，以及/etc/exports的设置，没有问题

查看cat /var/log/messages | grep "mountd" 日志，发现如下信息：

Mar 26 15:44:56 SunplusAPP2 mountd[30998]: refused mount request from 172.20.223.18 for /home/lijian (/home/lijian): illegal port 54589

原来是由于开发板使用的端口号过大导致。

由于我的开发板是通过路由连接到服务器，而路由上设置了DMZ主机，并且DMZ主机不是开发板，所以导致开发板在访问外网时使用的端口号非常大

解决办法：
修改/etc/exports，加入insecure选项：
/home/lijian                   *(rw,sync,no_root_squash,insecure)

搞定！

之前用C写过一个通用的双向链表管理程序（《一个通用的双向链表管理程序》），主要是利用了C中强制类型转换带来的副作用。

今天闲来无事，用C++重写了一份，本来是希望利用C++的类的继承的特性，使得在一个基本链表的基础上，可以派生出拥有多种数据成员的节点。然而并没有像我一开始想象的那样简单：本来希望用一个类来描述一个链表，然而，除非这个类当做为一个节点来看待，否则数据成员是不太容易继承并增加的。这样一来，对链表的操作就变成了对n多个对象的操作，跟C语言中的做法好像差别不大，意义也不大。

后来想起C++中的template，之前很少有使用过，不过知道它具有类型无关的特性。其实想一想，所谓的“通用”链表管理程序，不就是希望让对链表的操作与节点本身的数据无关吗？所以，就有了下面这个C++ template版本的链表操作程序：

呵呵，叫唤着要从零开始移植一个操作系统好久了，终于迫于压力静下心来实际动手开始做。

经过了2天的奋战，终于于昨天将uCOSII移植到了一个全新的平台S+core上。

今天趁热打铁，把lwip也弄了一下，用loopback测试了一下，基本上能跑起来了，开心 ^_^

今天犒劳一下自己，决定去吃大餐，哈哈

改天把移植过程和心得贴上来 ^_^

摘自《C++沉思录》：

抽象是有选择的忽略。比如你要驾驶一辆汽车，但你又必须时时关注每样东西是如何运行的：发动机、传动装置、方向盘和车轮之间的连接等等；那么你要么永远没法开动这辆车，要么一上路就马上发生事故。

与此类似，编程也依赖于一种选择，选择忽略什么和何时忽略。也就是说，编程就是 通过建立抽象来忽略哪些我们此刻并不重视的因素。C++很有趣，它允许我们进行范围及其宽广的抽象。C++使我们更容易把程序看成抽象的集合，同时也隐藏了那些用户无需关心的抽象工作细节。

功能请参考《PIC2RAW - 图片文件转换为二进制文件》

主体界面没有变化，操作方法也与之前的v2.0版一致：

“设置 ”页面做了一些调整，增加了部分功能，并重新安排了设置项：

V2.1版本主要更新如下：

• 增加RGB输出顺序调整功能，可以任意安排R、G、B的排放顺序
• 重新排列设置项，规整设置
• 增加RGB序列改变后，转换图片的同时输出序列变化之后的图片的功能，以便与原始图像对比
• 将配置文件由系统目录移动至应用程序目录，方便移动该程序时同时移动配置文件

下载地址：

之前曾经发过一个小工具《点阵字库生成工具》，功能比较简单，有朋友给我提意见完善一下，不过一直没有时间来弄他。最近，又有朋友希望能拿到他的源码学习学习，呵呵，说实话，学习实在是谈不上，因为鄙人写的东西实在是乱，而且又没有注释的习惯，所以，代码惨不忍睹啊。

不过，想了想，还是打算放出来，抛砖引玉了，大家共同进步，也热切盼望各位过路的不吝赐教 ^_^

源代码请在下面的链接处下载：

或者在CSDN上下载：http://download.csdn.net/source/1370568

这个代码其实并不是那个点阵字库生成工具的源码，不过包含了最核心的获取字模数据并显示的部分。之所以没有上传完整的代码，嘿嘿，还是怕大家笑话哈 ^_^

OK，不多说了，有兴趣的拿去研究吧^_^

另，有下载的麻烦给我留一下言，或者发封mail给我让我知道，有任何问题或意见或需要讨论的，也可以直接发mail给我 ^_^

mail：ｗｅｎｓｔｉｏｎｌｙ＠１６３。ｃｏｍ

UTC（格林尼治时间），也叫做世界时间，是全世界时间的参照物。

在编程过程中，经常遇到以UTC时间来表示的时间，比如文件修改时间，或者某些日志里的时间等。

一般在MFC编程过程中，得到时间之后，经常放入CTime类中。那假设这个时间其实是个UTC时间，该如何转换为本地的实际时间呢？下面给出一种方法，不一定是最好的，仅供各位参考：

   1: // 假设有一个CTime表示的UTC时间

   2: CTime time(nYear, nMonth, nDay, nHour, nMin, nSec, nDST);

   3: SYSTEMTIME systime;

   4: FILETIME filetime, localfiletime;

   5: // 首先需要将CTime转换为SYSTEMTIME来表示

   6: time.GetAsSystemTime(systime);

   7: // 然后使用SystemTimeToFileTime转换为FILETIME

   8: SystemTimeToFileTime(&systime, &filetime);

   9: // 接着可以使用FileTimeToLocalFileTime将UTC转换为本地时间

  10: FileTimeToLocalFileTime(&filetime, &localfiletime);

  11: // 最后转换回SYSTEMTIME

  12: FileTimeToSystemTime(&localfiletime, &systime);

  13: // 并紧接着重新赋值给CTime

  14: time = systime;

  15: // OK, 到这里CTime里就已经是本地时间了

之前写过一个文章，介绍在windows下文件关联的实现机制《【MFC应用】文件关联》，这篇文章是介绍利用注册表实现文件关联的原理的，当初本来计划再写一篇文章，介绍MFC下的实现的，结果给忘了，唉，这脑子~~~~   今天看到有网友留言给我，才突然发现还没写过MFC的实现，所以，今天补上  ^_^

上一篇曾经介绍过，其实要实现文件关联，关键就是对注册表的操作。在MFC中，有个叫做CRegKey的类，封装了对注册表的操作，下面对这个类简单介绍一下：

1.简介

CRegKey提供了对系统注册表的操作方法，通过CRegKey类，可以方便的打开注册表的某个分支或子键（CRegKey::Open），可以方便的修改一个键的键值（CRegKey::SetValue），也可以查询某个键的键值（CRegKey::QueryValue），操作完成之后，可以关闭子键（CRegKey::Close）。

要想使用CRegKey类，需要包含头文件atlbase.h

今天写程序的时候没注意，犯了一个想当然的错误：二维数组跟指针的指针是一样的！（注意，这个观点是错误的哦！二维数组跟指针的指针完全没有关系！！！）

看起来，二维数组和指针的指针的确有非常大的相似之处：

char string[2][8];

上面的是二维数组，有些教科书上说，二维数组可以看成是一个n行m列的矩阵，同时，每一行都相当于是一个指针，即：

string[0]和string[1]相当于是char *类型的指针。

的确，在对数组进行操作的时候，string[0]和string[1]就好像是一个指针数组的两个成员一样。

再来看指针的指针：

char *string[2];

char **string;

上面两种形式基本上是一致的。一般情况下，指针的指针又可以看做是指针数组，也就是说，上面的两种形式下，不管哪种，都可以使用：string[0]和string[1]来表示两个指向字符串的指针。

乍一看起来，这不是跟二维数组一样一样的么？

OK，问题来了，假设有下面的函数：

   1: void test_func(char *strings[])

   2: {

   3:     //......

   4: }

在这个函数中，strings参数是一个指针的指针，也可以看做是指针数组，那么，下面的调用方式是否是正确的呢？

   1: char strings[2][8];

   2: //......

   3: test_func(strings);

   4: //......

看起来，strings这个局部变量是一个二维数组，二维数组又可以看成是一个字符串数组，不仔细想的话，貌似是跟“指针数组”是一样的，但是如果一旦将一个二维数组传递给一个本来需要“指针数组”的函数，那就错了！

来简单看一下二维数组和指针数组（指针的指针，这里不区分二者）在内存中的布局：

当strings为一个二维数组的时候，其实内存中保存的数据是实际的字符串内容；而当strings为一个指针数组的时候，内存中保存的是一些地址。也许有人说了，这不是废话吗，是个人都知道。的确，大家都知道这一点。所以，这就是为什么二维数组和指针数组不一样了：

虽然我们说二维数组相当于一个“字符串数组”，但是，注意，“字符串数组”说到底在内存中保存的仍然是字符串，而不是地址！

而“指针数组”，它在内存中需要保存的是地址！！！

所以，当一个二维数组被当成指针的指针传参给函数的时候，test_func函数内部本来期望通过strings拿到地址，结果遗憾的是，它拿到了strings字符串的内容！

其实是一个比较简单的问题，但是相信很多人都会不小心上它的当。

这告诫我们，在学习指针和数组的时候，虽然我们可以做这样和那样的类比，可以把指针当成数组也可以把数组当成指针，但是，一定要小心，注意看它们的本质是什么！

总结一句话：不管是多少维的数组，它只能被当做同类型的指针来用！即：

   1: TYPE value[]...[];       // TYPE是任意类型，[]...[]表示任意维数

   2: TYPE *pval;

上面的第一种形式只能相当于第二种形式来使用，绝对不可以当做  TYPE *...*pval（*...*表示任意个星号）来使用！！！

Notepad++是Windows平台下的一款免费的开源的编辑工具，是一个不可多得的代码编辑利器。具有常规的语法高亮、多文件多窗口同步编辑、自动完成、正则搜索等等诸多特点。相比于UltraEdit来说，Notepad++不失为一个非常好的替代品。最主要的是，它是完全免费并且开源的！

Notepad++提供了插件机制，可以实现Notepad++本身没有的功能。比如函数列表，这项功能对于一个程序员来说是非常重要的，Notepad++本身并不具备，但是并不影响其他爱好者来开发这种插件，这就是FunctionList！

FunctionList是一个不错的可以为多种语言显示函数列表的插件。可惜的是，之前在网上找到的都是E文版的。不过，很高兴FunctionList插件也是开源的，这就可以方便的对它进行汉化了。

话不多说，下面就贴出汉化之后的FunctionList插件：