Qt for Embedded Linux Architecture
Qt
for Embedded Linux Architecture
http://doc.qt.nokia.com/4.6/qt-embedded-architecture.html
针对嵌入式LINUX操作系统的QT的架构
公司将运行在嵌入式LINUX设备（嵌入式设备；该设备上运行的操作系统是LINUX）上的QT做了一些定制和修改，使其更适合嵌入式设备上的LINUX系统上运行。以下将这样针对LINUX嵌入式设备下的QT简称为QTE。
一个QTE的应用程序运行时需要一个服务端应用程序，或者它自己就作为一个服务端应用程序运行。任何一个QTE应用程序能够作为一个服务端应用程序运行。当有多个QTE应用程序时，后运行的应用程序链接已经存在的服务端应用程序，自己作为客服端应用程序。（了解X11的server-client运行模式）
服务端和客户端程序有各自的职责：服务端程序管理鼠标指针，字符输入，屏幕显示。另外，服务端控制屏幕光标，屏幕保护的相关特性。客户端程序负责处理应用程序的具体操作。
服务端的应用由QWSServer类实例负责，客户端由QWSClient类实例负责。它们各自还有几个类负责处理各种相关的操作。
系统产生的所有事件，例如键盘和鼠标事件，都会首先传到服务端，然后再由服务端分发给相对应的客户端。
在渲染（画图，将图像从内存显示到屏幕上，渲染只是在图形学里专业说法）的时候，默认的过程是每一个客服端渲染它自己部件到内存（不是是FB），然后服务端负责把内存中的图形显示到屏幕上。如果硬件支持，这也是嵌入式软件的常用技俩，可以让客户端直接操控底层硬件。QTE提供两种直接操控硬件的方法，细节可参看下面的图形渲染一节。
服务端/客服端通信
（鼠标）指针操控层
字符输入层
图形渲染
屏幕上画图
服务端/客户端通信
运行的程序在增减部件的时候，就需要改变屏幕上显示。服务端在相对应的QWSWindow对象中维护每一个顶层窗口的信息。
当服务端接收到一个事件，则查找栈中所有的顶层窗口，找到该事件发生位置所对应的窗口。该窗口能够辨认是哪一个客户端程序创建的，然后就把ID（不知道是客户端的ID呢，还是该窗口的ID）传给服务端。最后，服务端应用程序把这个事件封装在QWSEvent类的实例中，发送到该窗口所在的客服端应用程序。
如果输入方式（input
method
这是指的什么）安装，它可以作为一个在服务端和客服端的过滤器。继承QWSInputMethod类实现定制的输入方式，使用服务端的setCurrentInputMethod()函数安装它。另外，可能需要用QWSServer::KeyboardFilter类去实现全局的，低水准过滤的按键事件；这
相关文档：
总览
用iptables -ADC 来指定链的规
则
，-A添加 -D删除 -C 修改
iptables - [RI] chain rule num rule-specification[option]
用iptables - RI 通过规则的顺序指定
iptables -D chain rule num[option]
删除指定规则
iptables -[LFZ] [chain][option]
用iptables -LFZ 链名 [选项]
iptables -[NX] chain
用 -NX ......
1.直接看看有没有/lib64目目录的方法。64位的系统会有/lib64和/lib两个目录，32位只有/lib一个。
2.getconf LONG_BIT
（32位的系统中int类型和long类型一般都是4字节，64位的系统中int类型还是4字节的，但是long已变成了8字节inux系统中可用"getconf WORD_BIT"和"getconf LONG_BIT"获得word和long的位数。64位系统中应� ......
一，绪论
1.课题背景
Linux下有系统提供的getpass()函数，可由于写的时候太早了，只支持8位字符，同时有安全隐患（溢出！），Linux出于对密码的保密，输入的字符是不会显示到屏幕上的。在登陆函数和密码修改函数内都没有提供密码回显提示，但是此设计对于一般的桌面级应用的初级用户带来了一定的麻烦，而且，没有任何密码 ......
题记：今天看到一篇关于查看CPU和操作系统信息的文章，转过来和大家分享一下，O(∩_∩)O！
了解cpu架构 http://blog.csdn.net/wyzxg/archive/2009/12/17/5027738.aspx
前两天简单总结了cpu架构，今天总结下查看各种os系统的位数和cpu硬件支持的位数，因为这些我们在日常工作中要经常用到的，作为日常的 ......
