国产欧美精品一区,亚洲在线一区二区三区,亚洲欧美中文在线视频

Linux下makefile教程

阿π — Wed, 06 Jun 2012 14:57:00 GMT

摘要: 转自陈皓 (CSDN)概述——什么是makefile�Q�或许很多Winodws的程序员都不知道�q�个东西�Q�因为那些Windows的IDE都�ؓ你做了这个工作，但我觉得要作一个好的和 professional的程序员�Q�makefile�q�是要懂。这��好像现在有�q�么多的HTML的编辑器�Q�但如果你想成�ؓ一个专业�h士，你还是要了解HTML的标识的含义。特别在Unix下的软�g�~�译�Q�你��׃��能不... 阅读全文

阿π 2012-06-06 22:57 发表评论

c++ 中关于int�Q�unsigned int , short的跨�q�_��U�L��

阿π — Fri, 15 Apr 2011 06:02:00 GMT

int�c�d��比较�Ҏ��Q�具体的字节数同机器字长和编译器有关。如果要保证�U�L��性，��量用__int16 __int32 __int64�?br />__int16、__int32�q�种数据�c�d��在所有��^��C��都分配相同的字节。所以在�U�L��上不存在问题�?br />所谓的不可�U�L��是指�Q�在一个��^��C��~�写的代码无法拿到另一个��^��C��q�行�Ӟ��不能辑ֈ�期望的运行结�?/span>�?br />例如�Q�在32为��^��C��Q�所�?2位��^台是指通用寄存器的数据宽度�?2�Q�编写代码，int �c�d��分配4个字节，而在16位��^台是则分�?个字节，那么�?6位上�~�译出来的exe�Q?br />其中是�ؓint分配2字节�Q�而在32位��^��C��q�行�Ӟ��会按�?个字节来解析�Q�显然会出错误的�Q�！

而对于非int行，目前为止�Q�所有的�c�d��分配的字节数都是兼容的，即不同��^台对于同一个类型分配相同的字节敎ͼ��Q?br />
��Q�在代码中尽量避免��用int�c�d��Q�根据不同的需要可以用short,long,unsigned int �{�代�ѝ�?br />
下面是各个类型一览表【�{�?br />

64位指的是cpu通用寄存器的数据宽度�?4位的�?/p>

数据�c�d��名称	字节�?/strong>	别名	取��D��?/font>
int	*	signed,signed int	�?a target="_blank">操作�pȝ��军_��Q�即与操作系�l�的�Q�字长＂有关
unsigned int	*	unsigned	由操作系�l�决定，即与操作�pȝ��的＂字长�Q�有�?/font>
__int8	1	char,signed char	�?28 �?127
__int16	2	short,short int,signed short int	�?2,768 �?32,767
__int32	4	signed,signed int	�?,147,483,648 �?2,147,483,647
__int64	8	�?/font>	�?,223,372,036,854,775,808 �?9,223,372,036,854,775,807
bool	1	�?/font>	false �?true
char	1	signed char	�?28 �?127
unsigned char	1	�?/font>	0 �?255
short	2	short int,signed short int	�?2,768 �?32,767
unsigned short	2	unsigned short int	0 �?65,535
long	4	long int,signed long int	�?,147,483,648 �?2,147,483,647
long long	8	none (but equivalent to __int64)	�?,223,372,036,854,775,808 �?9,223,372,036,854,775,807
unsigned long	4	unsigned long int	0 �?4,294,967,295
enum	*	�?/font>	由操作系�l�决定，即与操作�pȝ��的＂字长�Q�有�?/font>
float	4	�?/font>	3.4E +/- 38 (7 digits)
double	8	�?/font>	1.7E +/- 308 (15 digits)
long double	8	�?/font>	1.7E +/- 308 (15 digits)
wchar_t	2	__wchar_t	0 �?65,535

�c�d��标识�W?/td>	�c�d��说明	长度 �Q�字节）	范围	备注
char	字符�?/td>	1	-128 ~ 127	-2⁷ ~ (2⁷ -1)
unsigned char	无符字符�?/td>	1	0 ~ 255	0 ~ (2⁸ -1)
short int	短整�?/td>	2	-32768 ~ 32767	2^-15 ~ (2¹⁵ - 1)
unsigned short int	无符短整�?/td>	2	0 ~ 65535	0 ~ (2¹⁶ - 1)
int	整型	4	-2147483648 ~ 2147483647	-2³¹ ~ (2³¹ - 1)
unsigned int	无符整型	4	0 ~ 4294967295	0 ~ (2³²-1)
float	实型�Q�单�_�ֺ��Q?/td>	4	1.1810^-38 ~ 3.4010³⁸	7位有效位
double	实型�Q�双�_�ֺ��Q?/td>	8	2.2310^-308~ 1.7910³⁰⁸	15位有效位
long double	实型�Q�长双精度）	10	3.3710^-4932 ~ 1.1810⁴⁹³²	19位有效位

阿π 2011-04-15 14:02 发表评论

C++中的四种强制�c�d��转换的区�?[转]

阿π — Tue, 30 Nov 2010 07:37:00 GMT

使用标准C++的类型�{换符�Q�static_cast、dynamic_cast、reinterpret_cast、和const_cast�?/p>

1 static_cast

用法�Q�static_cast < type-id > ( expression )

该运��符把expression转换为type-id�c�d��Q�但没有�q�行时类型检查来保证转换的安全性。它主要有如下几�U�用法：

①用于类层次�l�构中基�c�d��子类之间指针或引用的转换�?/p>

�q�行上行转换�Q�把子类的指针或引用转换成基�c�表�C�）是安全的�Q?/p>

�q�行下行转换�Q�把基类指针或引用�{换成子类表示�Q�时�Q�由于没有动态类型检查，所以是不安全的�?/p>

②用于基本数据类型之间的转换�Q�如把int转换成char�Q�把int转换成enum。这�U��{换的安全性也要开发�h员来保证�?/p>

③把�I�指针�{换成目标�c�d��的空指针�?/p>

④把��M��c�d��的表辑ּ�转换成void�c�d��?/p>

注意�Q�static_cast不能转换掉expression的const、volitale、或者__unaligned属性�?/p>

2 dynamic_cast

用法�Q�dynamic_cast < type-id > ( expression )

该运��符把expression转换成type-id�c�d��的对象。Type-id必须是类的指针、类的引用或者void *�Q?/p>

如果type-id是类指针�c�d��Q�那么expression也必��L��一个指针，如果type-id是一个引用，那么expression也必��L��一个引用�?/p>

dynamic_cast主要用于�c�d��ơ间的上行�{换和下行转换�Q�还可以用于�c�M��间的交叉转换�?/p>

在类层次间进行上行�{换时�Q�dynamic_cast和static_cast的效果是一��L��Q?/p>

在进行下行�{换时�Q�dynamic_cast��h��c�d��查的功能�Q�比static_cast更安全�?/p>

class B{

public:

int m_iNum;

virtual void foo();

};

class D:public B{

public:

char *m_szName[100];

};

void func(B *pb){

D *pd1 = static_cast(pb);

D *pd2 = dynamic_cast(pb);

}

在上面的代码�D�中�Q�如果pb指向一个D�c�d��的对象，pd1和pd2是一��L��Q��ƈ且对�q�两个指针执行D�c�d��的�Q何操作都是安全的�Q?/p>

但是�Q�如果pb指向的是一个B�c�d��的对象，那么pd1��是一个指向该对象的指针，对它�q�行D�c�d��的操作将是不安全的（如访问m_szName�Q�，

而pd2��是一个空指针�?/p>

另外要注意：B要有虚函敎ͼ�否则会编译出错；static_cast则没有这个限制�?/p>

�q�是�׃��q�行时类型检查需要运行时�c�d��信息�Q�而这个信息存储在�cȝ��虚函数表�Q?/p>

关于虚函数表的概念，详细可见�Q�中�Q�只有定义了虚函数的�c�L��有虚函数表，

没有定义虚函数的�c�L��没有虚函数表的�?/p>

另外�Q�dynamic_cast�q�支持交叉�{换（cross cast�Q�。如下代码所�C��?/p>

class A{

public:

int m_iNum;

virtual void f(){}

};

class B:public A{

};

class D:public A{

};

void foo(){

B *pb = new B;

pb->m_iNum = 100;

D *pd1 = static_cast(pb); //compile error

D *pd2 = dynamic_cast(pb); //pd2 is NULL

delete pb;

}

在函数foo中，使用static_cast�q�行转换是不被允许的�Q�将在编译时出错�Q�而��?dynamic_cast的�{换则是允许的�Q�结果是�I�指针�?/p>

3 reinterpret_cast

用法�Q�reinterpret_cast (expression)

type-id必须是一个指针、引用、算术类型、函数指针或者成员指针�?/p>

它可以把一个指针�{换成一个整敎ͼ�也可以把一个整数�{换成一个指针（先把一个指针�{换成一个整敎ͼ�

在把该整数�{换成原类型的指针�Q�还可以得到原先的指针��|��?/p>

该运��符的用法比较多�?/p>

(static_cast .�? reinterpret_cast比较�Q�见下面 )

4 const_cast

用法�Q�const_cast (expression)

该运��符用来修改�c�d��的const或volatile属性。除了const 或volatile修饰之外�Q?type_id和expression的类型是一��L��?/p>

帔R��指针被�{化成非常量指针，�q�且仍然指向原来的对象；

帔R��引用被�{换成非常量引用，�q�且仍然指向原来的对象；帔R��对象被�{换成非常量对象�?/p>

Voiatile和const�c�试。�D如下一例：

class B{

public:

int m_iNum;

}

void foo(){

const B b1;

b1.m_iNum = 100; //comile error

B b2 = const_cast(b1);

b2. m_iNum = 200; //fine

}

上面的代码编译时会报错，因�ؓb1是一个常量对象，不能对它�q�行改变�Q?/p>
使用const_cast把它转换成一个常量对象，��可以对它的数据成员��L��改变。注意：b1和b2是两个不同的对象�?/p>

== ===========================================

== dynamic_cast .vs. static_cast

== ===========================================

class B { ... };

class D : public B { ... };

void f(B* pb)

{

D* pd1 = dynamic_cast(pb);

D* pd2 = static_cast(pb);

}

If pb really points to an object of type D, then pd1 and pd2 will get the same value. They will also get the same value if pb == 0.

If pb points to an object of type B and not to the complete D class, then dynamic_cast will know enough to return zero. However, static_cast relies on the programmer’s assertion that pb points to an object of type D and simply returns a pointer to that supposed D object.

即dynamic_cast可用于��承体�p�M��的向下�{型，卛_��基类指针转换为派生类指针�Q�比static_cast更严格更安全。dynamic_cast在执行效率上比static_cast要差一些，但static_cast在更宽上范围内可以完成映��，�q�种不加限制的映��伴随着不安全性。static_cast覆盖的变换类型除�c�d��ơ的静态导航以外，�q�包括无映射变换、窄化变�?�q�种变换会导致对象切�?丢失信息)、用VOID*的强制变换、隐式类型变换等...

== ===========================================

== static_cast .vs. reinterpret_cast

== ================================================

reinterpret_cast是�ؓ了映��到一个完全不同类型的意思，�q�个关键词在我们需要把�c�d��映射回原有类型时用到它。我们映��到的类型仅仅是��Z��故弄玄虚和其他目的，�q�是所有映��中最危险的�?�q�句话是C++�~�程思想中的原话)

static_cast �?reinterpret_cast 操作�W�修改了操作数类型。它们不是互逆的�Q?static_cast 在编译时使用�c�d��信息执行转换�Q�在转换执行必要的检��?诸如指针��界计算, �c�d��?. 其操作数相对是安全的。另一斚w��Q�reinterpret_cast 仅仅是重新解释了�l�出的对象的比特模型而没有进行二�q�制转换�Q?例子如下�Q?/p>

int n=9; double d=static_cast < double > (n);

上面的例子中, 我们��一个变量从 int 转换�?double�?�q�些�c�d��的二�q�制表达式是不同的�?要将整数 9 转换�?双精度整�?9�Q�static_cast 需要正��地为双�_�ֺ�整数 d 补��比特位。其�l�果�?9.0。而reinterpret_cast 的行为却不同:

int n=9;

double d=reinterpret_cast (n);

�q�次, �l�果有所不同. 在进行计��以�? d 包含无用�? �q�是因�ؓ reinterpret_cast 仅仅是复�?n 的比特位�?d, 没有�q�行必要的分�?

因此, 你需要�}慎��?reinterpret_cast.

阿π 2010-11-30 15:37 发表评论

c++ 枚�D�|�页

阿π — Mon, 22 Nov 2010 07:34:00 GMT
     摘要: #include < stdio.h > #include < tchar.h > #include < iostream > #include...  阅读全文

阿π 2010-11-22 15:34 发表评论

[收藏]QQ_dll Function

阿π — Wed, 03 Nov 2010 07:26:00 GMT
     摘要: AddrSearch.dll DllCanUnloadNow DllGetClassObject DllRegisterServer DllUnregisterServer AFCtrl.dll DllCanUnloadNow DllGetClassObject DllMain DllRegisterServer DllUnregisterServer AFUtil.dll publi...  阅读全文

阿π 2010-11-03 15:26 发表评论

[分��n收藏]IP协议族协议头�l�构

阿π — Wed, 03 Nov 2010 07:23:00 GMT
//IP协议族协议头�l�构(�?c声明 �?rfc 字符囄��)
//Jurassic 2003.3.6 created.
/*++
TCP Header Format

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          Source Port          |       Destination Port        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                        Sequence Number                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Acknowledgment Number                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Data |           |U|A|P|R|S|F|                               |
   | Offset| Reserved |R|C|S|S|Y|I|            Window             |
   |       |           |G|K|H|T|N|N|                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           Checksum            |         Urgent Pointer        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Options                    |    Padding    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                             data                              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

attached:完整附�g

阿π 2010-11-03 15:23 发表评论

atoi,atof实现

阿π — Wed, 03 Nov 2010 03:28:00 GMT

/**/ /* ********************************************************************** */
// int a2i(const char *s) 函数原�Ş
// 功能: 把s所指向的字�W�串转换成int�c�d��;
// �q�回��|��字符串的转换倹{�?br /> //
// double a2f(const char *s) 函数原�Ş
// 功能: 把s所指向的字�W�串转换成double�c�d��;
// �q�回��|��字符串的转换倹{�?/span>
/**/ /* ********************************************************************** */

int a2i( const char * s)
{

     int sign = 1 ,num = 0 ;
     if ( * s == ' - ' )
        sign =- 1 ;
     else if ( * s == ' + ' )
        sign = 1 ;
    s ++ ;

     while (( * s) != ' \0 ' )
     {
        num = num * 10 + ( * s - ' 0 ' );
        s ++ ;
    }
     return num * sign;
}

double a2f( const char * s)
{
     bool bDot = false ;
     double result = 0 ;
     int sign = 1 ;
     if ( * s == ' - ' )
     {
        sign =- 1 ;
    }
     else if ( * s == ' + ' )
     {
        sign = 1 ;
    }
    s ++ ;

     double temp = 1 ;

     while (( * s) != ' \0 ' )
     {
         if ( * s == ' . ' )
         {bDot = true ;s ++ ;}

         if ( ! bDot)
         {
            result = result * 10 + ( * s - ' 0 ' );
        }
         else
         {
            temp *= 10 ;
            result = result + ( * s - ' 0 ' ) / temp;
        }
        s ++ ;
    }

     return sign * result;

}

阿π 2010-11-03 11:28 发表评论

阿π — Mon, 25 Oct 2010 03:57:00 GMT

Wt�Q�简�?/span>

Wt(韛_��'witty')是一个C++库，用以开发交互性Web应用�?/p>
Wt的API以widget��Z��?/b>�Q�将桌面GUI APIs的良好测试模式引入Web开发�?Wt为开发者提供了几乎所有Web实现�l�节的抽象，其中包括事�g处理、图像支持、优雅降�U�（或渐�q�增强）、及良好的URL处理�?/p>
与其他诸多基于页面的开发框架相比，Wt可以创徏状态化的应用，同时实现了高度的交互性和可访问性；其交互性体现在Wt可以�l�合使用各种技术，如Ajax�{�；其可讉K��性体现在Wt可以使应用在必要的时候支持纯HTML��览器；�q�些�Ҏ��的获得充分利用了自动的优雅降��或渐�q�增�?/b>�?/p>
Wt库还自带了应用服务器�E�序�Q�可配置为独立的Web服务器，当然也允讔R��过FastCGI�q�同其他Web服务器进行整合�?/p>
交互性、安全性、可讉K��?/h4>
��Z��面的开发框�Ӟ��如PHP、JSP/JSF、Ruby on Rails�{�）没有实现底层基础技术的抽象�Q�这些技术包括HTML/XHTML、JavaScript、CSS、Ajax、Forms、DHTML 、SVG/VML/Canvas�{�。显�Ӟ��Z��面的开发框架必��要求开发者随时熟悉和掌握�q�些基本技术，同时当浏览器不支持时�Q�还要�ؓ应用的优雅降�U�负责。另外，如果应用采取早期HTML��面��Z��心的设计模式�Q�开发者不仅要实现控制器以告诉用户如何从一个页面蟩转到另一个页面，而且�q�要在采用一些高�U�Ajax技术时手工设计和维护客��L��与服务器端的通讯�?/p>
另一斚w��Q�就��是�U��a的Ajax框架�Q�也要求开发者通过�J�杂的JavaScript�~�程来处理浏览器的怪异行�ؓ和客��L��与服务器端间的安全通讯�Q�这些处理�Q何�h都不能蟩�q�去不与理会。同�Ӟ��q�些应用通常不能�W�合可访问性的原则�Q�也不能很好被搜索机器�h索引到�?/p>
安全斚w��Q�生成HTML或填充HTML模版很容易导致安全问题，�?a >跨站脚本�Q�XSS�Q?�?a > 跨站��h��伪造（CSRF�Q?/a>�Q�XSS问题一般由�Q�疏忽）允许嵌入JavaScript代码引�v�Q?CSRF问题一般由�Q�相信）Cookies�Q�可�Q�作��证手�D�引赗��作为开发者，�q�些安全问题��是很难避免的，因�ؓ我们有时需要允许用��h��入自��q��JavaScript 代码来实现某些功能，但开发框架本�w�却没提供给我们�q��o机制�?/p>
相反�Q��用Wt来部�|�Web应用可以完全用C++来开发，Wt自动产生所必须�?HTML/XHTML、CSS、Javascript、CGI、SVG/VML/Canvas和Ajax代码�Q�与此同�Ӟ��代码的安全性和��览器兼�Ҏ��等问题都将转交�l�Wt。例如，在可能的情况下， Wt��最大限度的使用JavaScript和Ajax�Q�但在Ajax功能受限�Ӟ��Wt也能保证�pȝ��功能�q�行正常。其原理是Wt��先启用�U�HTML/CGI应用�Q�随后在可能的情况下渐进增强至Ajax应用。另外，Wt提供了内�|�的安全性考虑�?/p>
典型应用��N��Q?/h4>

�׃��Wt C++ Web应用服务器占用较��的物理�I�间�Q�故而可以�ؓ嵌入式系�l?/b> 提供��Z��Web的GUIs�Q?/li>
Wt可以为需�?b>整合现有C++�?/b>的应用提供基于Web的GUIs, �q�些应用可能包括�U�学上的或工�E�上的应用；

Wt可以创徏�?b>现有C++桌面应用到Web的有效渠道；

Wt�q�可以应用于一�?b>高性能、复杂的Web应用�Q�这��L��应用一般具有高度定制、充分利用Ajax的特点，同时��h��完全的可讉K��性和较高�?搜烦引擎优化(SEO)需�?/li>

使用Wt的其他好�?/h4>

可以使用我们熟悉的桌面GUI模式开发Web应用�Q?/li>
Wt为我们提供了�q�K��的widgets集，�q�些widgets可以在环境不支持 JavaScript的情况下照常工作�Q�当�Ӟ��如果支持则效果更佻I��Q?/li>
在Wt中客��L��与服务器端的验证和事件处理采用同一规范�Q?/li>
Wt允许开发者选择XHTML和CSS来进行布局和样式编辑；

Wt可生成标准的、兼容的HTML或XHTML代码�Q?/li>
Wt采用内联VML、内联SVG、HTML 5 ��d��或PNG可生成应用于Web的可�U�L��的�?反锯齿的囑փ��Q�当然这些图像还可以��L��渲染为PDF格式�Q?/li>

Wt可以避免常见的安全问题，因�ؓWt拥有对表�C�层的完全控�Ӟ��q�能够主�?�q��o�?i>处于�z�d��状态的标签和属性；Wt同时实现了业务逻辑的隐藏，�q?通过状态化的设计简化了认证机制�Q?/li>
��Z��Wt的应用的载入旉��极短且占用带宽也很低�Q�究其原因是Wt中这些特�?仅受限于��面昄��的复杂程度，而不是应用程序自�w�的��寸�Q�Wt�q�实��C��所有的常用技巧和�Ҏ��Q�以优化应用的快速反应，Wt几乎做到了针�Ҏ��有浏览器的优化；

Wt提供了服务器端初始的事�g处理�Q�即服务器推�?i>Comet�Q?�q�部分API使用��单、稳定且在所有浏览器上均能实玎ͼ�

Wt在服务器部��v上，既可以��用内�|�的httpd�Q�又可以使用FastCGI/ISAPI�Q?当然前者实施�v来更��便易行�?/li>

阿π 2010-10-25 11:57 发表评论

阿π — Thu, 30 Sep 2010 04:23:00 GMT

最�q�学习PE文�g�Q�《��Y件加密技术内�q�》第一章有详细的讲�?br />不过看了半天搞的头到晕了�Q�结构太多，最后自己查看WINNT.H头文�?br />把PE头中的结构画了一张图�Q�在看书学习的时候边看书边看囑֭�习理解较快！
有什么错误请高手指正�Q�谢谢！
其次强烈��大家看《��Y件加密技术内�q�》第一章配合本图，效果不错哦！
附上自己写的一个PE文�g查看器，��单。里面用了一些《��Y件加密技术内�q��?br />光盘中的代码�Q�用MFC写的�Q?br />错误在所隑օ��Q�恳请大家指正！

PE文�g查看器源�?/a>

转自�Q?a >http://bbs.pediy.com/showthread.php?t=62693&highlight=rar

阿π 2010-09-30 12:23 发表评论

DLL在应用程序间�׃�n数据

阿π — Fri, 17 Sep 2010 05:38:00 GMT

#pragma data_seg( " .mydata " )
POINT pPoint = { 0 , 0 } ; // must initialize
#pragma data_seg()
#pragma comment(linker, " /SECTION:.mydata,RWS " )

阿π 2010-09-17 13:38 发表评论

利用斯特�?Stirling)公式求解n!

阿π — Mon, 13 Sep 2010 03:52:00 GMT



阿π 2010-09-13 11:52 发表评论

阿π — Thu, 09 Sep 2010 04:10:00 GMT

BMP 文�g头格�?/span> bmp 文�g二进制解�?/span> ,bmp 文�g解析 ,bmp 存储格式

下面的表格是我整理的 BMP 文�g头的格式�?/span>

方便大家查询�?/span>

Bmp 的文件头�?/span> 54 , 以下都是 24 bit,

如果囑փ�大小�?/span> 720 * 480 , 那么文�g大小�?/span> : 54 + 720 * 480 *3 很好理解 ,

如果囑փ�大小�?/span> 333 * 333 那么文�g大小��׃��?/span> : 54 + 333 * 333 *3 �?/span> , 奇怪么 ?,

   �ȝ��引出高�h了，我就公布�{�案吧：
   如果囑փ�大小�?/span> 1*7 那么文�g大小��是: 54 + 1*7*3 + 7*n �?/span>,
   如果囑փ�大小�?/span> 3*5 那么文�g大小��是: 54 + 3*5*3 + 5*n �?/span>,
   如果囑փ�大小�?/span> 11*77 那么文�g大小��是: 54 + 11*77*3 + 77*n �?/span>,
   ��M��是如果width * high * 3 + high * n �Q�＝ 4的倍数�Q?那么文�g大小��是 54 +  width * high * 3 + high*n 了�?br />
   n的取��D��围是 0 ～～3   直到��下来，size�?的倍数�?br />

转自�Q?a >http://www.cnitblog.com/dvb-dvb/archive/2009/07/06/59865.aspx

阿π 2010-09-09 12:10 发表评论

Application Compatibility - Session 0 Isolation

阿π — Wed, 08 Sep 2010 06:03:00 GMT

In Windows XP, Windows Server 2003, and earlier versions of the Windows operating system, all services run in the same session as the first user who logs on to the console. This session is called Session 0. Running services and user applications together in Session 0 poses a security risk because services run at elevated privilege and therefore are targets for malicious agents who are looking for a means to elevate their own privilege level.

The Microsoft Windows Vista operating system mitigates this security risk by isolating services in Session 0 and making Session 0 non-interactive. In Windows Vista (and Windows Longhorn Server), only system processes and services run in Session 0. The user logs on to Session 1. On Windows Longhorn Server, subsequent users log on to subsequent sessions (Session 2, Session 3 etc). This means that services never run in the same session as users' applications and are therefore protected from attacks that originate in application code.

Specific examples of affected driver classes include:

Printer drivers, which are loaded by the spooler service

All drivers authored with the User Mode Driver Framework (UMDF), because these drivers are hosted by a process in Session 0

Application classes affected by this feature:

Services that create a UI

A service that tries to use window message functions such as SendMessage and PostMessage to communicate with an application

Applications creating globally named objects

Sessions in Windows XP / 2003
OK - so we've already mentioned that Session 0 poses a security risk because services run at elevated privilege. The first user on the console also runs in Session 0 - which provides the most common attack vector used to target unsuspecting users.

Sessions in Windows Vista
In Windows Vista, Session 0 is created for services and user-mode drivers. Session 1 is created for the first user who logs in. Applications for this user run in Session 1.

Each time a user logs in, a session is created for that user

Each session contains a collection of windows stations

The only supported interactive window station is WinSta0, so each session gets one of these

WinSta0 contains the keyboard, mouse, and display device

Each window station can contain multiple desktops, which have logical display surfaces and can be used to manage windows

Messages can only be sent between processes that are on the same desktop (the hook procedure of a process can also only receive messages intended for windows created on the same desktop)

Only one desktop at a time is active

There are several default desktops �?default, WinLogon (secure), and screen-saver

OK - so what could this actually look like in a real world scenario? Consider the following example - if a service belonging to an application generates a UI element in Session 0 - for example a dialog box waiting for the user to click "OK" or "Cancel", the application is now waiting on the service, and the UI is not displayed in the user session. From the user perspective, the application appears to be hung, when in actual fact it is performing quite normally, and patiently waiting for a user response that the user cannot see!

As you can imagine - this presents a problem for users, administrators and developers. However, there are some quick mitigating factors to consider.

If the application's service uses a UI, a built-in mitigation in Windows Vista allows the user to interact with the Session 0 UI in a special desktop. This will make the UI specific to the application available and not the entire Session 0 desktop.

If the application creates globally named objects, then use the Windows XP compatibility mode to ensure that the application will continue to work with the Session 0 services.

When testing applications for compatibility with Windows Vista, consider the following test scenarios:

Test and verify the application on Windows XP in a Terminal Server mode or a Fast User Switching (FUS) mode. If the application works properly on Windows XP in these scenarios, then it is very likely to work under Windows Vista.

Verify that the application functions properly after applying the Window XP compatibility mode, which contains mitigation for some of the Session 0 issues.

Test the driver in Windows Vista to ensure that it runs properly. If that is not possible, test the driver in Windows XP with FUS enabled and multiple users logged on. If the driver works correctly for second and subsequent logged-on users, it is not likely to be affected by the Session 0 changes in Windows Vista. The only issues that this test does not detect are those related to the absence of the video driver in Session 0 in Windows Vista.

Finally, you can leverage the following Windows Vista capability solutions:

Use client or server mechanisms such as remote procedure call (RPC) or named pipes to communicate between services and applications.

Use the WTSSendMessage function to create a simple message box on the user's desktop. This allows the service to give the user a notification and request a simple response.

For more complex UI, use the CreateProcessAsUser function to create a process in the user's session.

Explicitly choose either the Local\ or Global\ namespace for any named objects, such as events or mapped memory, which the service makes available.

And that will do it for a quick look at how Session 0 isolation affects Application Compatibility in Windows Vista. The links below contain more information on some of the concepts discussed above. Until next time ...

阿π 2010-09-08 14:03 发表评论

阿π — Tue, 31 Aug 2010 03:49:00 GMT

假设你是计算机科班出�w�，计算机系的基本课�E�如数据�l�构、操作系�l�、体�pȝ��构、编译原理、计��机�|�络你全修过
我想大概可以分�ؓ4个阶�D�，水��^从低到高
从安装��?>linux常用命��o=>linux�pȝ��~�程=>内核开发阅��d��核源�?br />其中学习linux常用命��o时就要学会自��q��译内核，优化�pȝ��Q�调整参�?br />安装和常用命令书太多了，找本�E�微详细点的��ok�Q�其间需要学会正则表辑ּ�
�pȝ��~�程推荐《高�U�unix环境�~�程》，黑话叫APUE
�q�有《unix�|�络�~�程�?br />�q�时候大概还需要看资料理解elf文�g格式�Q�连接器和加载器�Q�cmu的一本教材中文名为《深入理解计��机�pȝ��》比较好
内核开发阅��d��核源码阶�D�，从写驱动入手逐渐深入linux内核开�?br />参考书如下《linux device drivers》，黑话叫ldd
《linux kernel development》，黑话叫lkd
《understading the linux kernel》，黑话叫utlk
《linux源码情景分析�?br />�q�四本书为搞内核的必��M��c?br />最后，�W�三阶段和第四阶�D�|��重动手，�I��无益�Q�光看书也不�|�，不动手那些东西理解不�?br />
学习linux/unix�~�程�Ҏ��的徏�?/font>
��学习路径�Q?br />　　首先先学学编辑器�Q�vim, emacs什么的都行�?br />然后学make file文�g�Q�只要知道一点就行，�q�样��可以准备编�E�序了�?br />　　然后看看《C�E�序设计语言》K&R�Q�这样呢�Q�基本上��可以进行一般的�~�程了，��Z��找本数据�l�构的书来看�?br />　　如果惛_��习UNIX/LINUX的编�E�，《APUE》绝对经典的教材�Q�加�׃��下功底，学习《UNP》的�W�二南��这样基本上�pȝ��斚w��的就可以掌握了�?br />　　然后再看Douglus E. Comer的《用TCP/IP�q�行�|�际互连》第一��P��学习一下网�l�的知识�Q�再看《UNP》的�W�一��P��不仅学习�|�络�~�程�Q�而且对系�l�编�E�的一些常用的技巧就很熟悉了�Q�如果��l�网�l�编�E�，��看《TCP/IP�q�行�|�际互连》的�W�三��P��里面有很多关于应用协议telnet、ftp�{�协议的�~�程�?br />如果惛_��讑֤�驱动�E�序�Q�首先您的系�l�编�E�的接口比如文�g、IPC�{�必��要熟知了，再学习《LDD�?�?br />　　对于几本�l�典教材的评��P��
　　《The C Programing Language》K&R �l�典的C语言�E�序设计教材�Q�作者是C语言的发明者，教材内容深入��出。虽然有点老，但是必备的一本手册，现在有时候我�q�常��ȝ��。篇�q�比较小�Q�但是每看一遍，��有一遍的收获。另外也可用谭浩强的《C语言�E�序设计》代�ѝ�?br />　　《Advanced Programing in Unix Envirement�?W.Richard Stevens�Q�也是非常经典的书（废话�Q�Stevens的书哪有不经典的�Q�）�Q�虽然初学者就可以看，但是事实上它是《Unix Network Programing》的一本辅助资料。国内的��译的《UNIX环境高��~�程》的水��^不怎么��P��现在有媄印版�Q�直接读英文比读中文来得�Ҏ��?br />　　《Unix Network Programing》W.Richard Stevens�Q�第一卯��BSD Socket�|�络�~�程接口和另外一�U�网�l�编�E�接口的�Q�不�q�现在一般都用BSD Socket�Q�所以这本书只要看大�U�一半多��可以了。第二卷没有设计到网�l�的东西�Q�主要讲�q�程间通讯和Posix�U�程。所以看了《APUE》以后，��可以看它了�Q�基本上�pȝ��的东西就由《APUE》和《UNP》vol2概括了。看�q�《UNP》以后，您就会知道系�l�编�E�的�l�大部分�~�程技巧，即��卷一是讲�|�络�~�程的。国内是清华��译得《Unix�|�络�~�程》，��译者得功底也比较高�Q�翻译地比较好。所以徏议还是看中文版�?br />　　《TCP/IP��解》一�׃��P��卷一讲协议，卷二讲实玎ͼ�卷三讲编�E�应用。我没有怎么看过。，但是据说也很�l�典的，因�ؓ我没有时间看卷二�Q�所以不便评仗��?br />　　《用TCP/IP�q�行�|�际互连》Douglus.E.Comer 一�׃��P��卷一讲原理，卷二讲实玎ͼ�卷三讲高�U�协议。感觉上�q�一套要比Stevens的那一套要好，��p��Stevens也不得不承认它的�W�一卷非常经典。事实上�Q�第一卷即使你没有一点网�l�的知识�Q�看完以后也会对�|�络的来龙去脉了如指掌。第一卷中�q�有很多习题也设计得�l�典和实用，因�ؓ作者本�w�就是一位教师，�q�且卷一是国外研�I�生的教材。习题�ƈ没有�{�案�Q�留�l�读者思考，因�ؓ问题得答案可以让你成��Z��个中�U�的Hacker�Q�这些问题的�{�案可以象Douglus索取�Q�不�q�只有他只给教师卷二我没有怎么看，卷三可以作�ؓ参考手册，其中��C��子也很经典。如果您看过Qterm的源代码�Q�就会知道Qterm的telnet 实现部分大多数就是从�q�本书的源代码过来的。对于网�l�原理的书，我推荐它�Q�而不是Stevens的《TCP/IP��解》�?br />　　《Operating System - Design and Implement》这个是讲操作系�l�的书，用Minix做的例子。作者母语不是英文，所以英文看��h��比较晦�ӆ。国内翻译的是《操作系�l�设计与实现》，我没看过中文版，因�ؓ��译者是��晋元，他翻译的《APUE》已�l�让我失望头��了。读了这本书�Q�对操作�pȝ��的底层怎么工作的就�?br />有一个清晰的认识�?br />　　《Linux Device Driver�?e �Q��ؓ��C��多的关于Linux讑֤�驱动�E�序的好书。不�q�内�Ҏ��些杂乱，如果您没有一些写驱动的经验，初次看会有些�怸�着南北。国内翻译的是《Linux讑֤�驱动�E�序》第二版�Q�第一版，�W�二版的译者我都有很深的接触，不过��M��上来��_��虽然�W�二版翻译的有些不尽人意�Q�但是相比第一版来说已�l�超��Z��一大截。要读这一本书�Q�至��应该先找一些《计��机原理》《计��机体系�l�构》的书来马马虎虎读读�Q�至��应该对��g和计��机的工作过�E�有一些了解�?br />

阿π 2010-08-31 11:49 发表评论

基本操作的位�q�算实现

阿π — Fri, 27 Aug 2010 08:26:00 GMT
     摘要: 下面使用位运��来实现一些基本的操作和基本的函数�Q�这些实现全部都是宏�Q�这是高效率的关键�? /**/ /* base.h�Q�基本操作的位运��实玊W? */   #ifndef BASE_H    #define BASE_H    ...  阅读全文

阿π 2010-08-27 16:26 发表评论

定位IAT�q�输出导入函数名�U�和对应的函数地址

阿π — Mon, 23 Aug 2010 05:22:00 GMT

1 #include < stdio.h >
2 #include < windows.h >
3
4 void main()
5 {
6 // 取得��L��块的模块句柄�Q�即�q�程模块基地址�Q?/span>
7 HMODULE hMod = GetModuleHandle(NULL);
8
9 // 把进�E�基址赋给pDosHeader,卌��v始基址��是PE的IMAGE_DOS_HEADER
10 IMAGE_DOS_HEADER * pDosHeader = (IMAGE_DOS_HEADER * )hMod;
11
12 // 定位到PE HEADER
13 // 基址hMod加上IMAGE_DOS_HEADER�l�构的e_lfanew成员到达IMAGE_NT_HEADERS
14 // NT文�g头的�?字节是文件签�?"PE00" 字符�?,然后�?0字节的IMAGE_FILE_HEADER�l�构
15 // 卛_��达IMAGE_OPTIONAL_HEADER�l�构的地址,获取了一个指向IMAGE_OPTIONAL_HEADER�l�构体的指针
16 IMAGE_OPTIONAL_HEADER * pOptHeader =
17 (IMAGE_OPTIONAL_HEADER * )((BYTE * )hMod + pDosHeader -> e_lfanew + 24 );
18
19 // 定位到导入表
20 // 通过IMAGE_OPTIONAL_HEADER�l�构中的DataDirectory�l�构数组中的�W�二个成员中�?br /> 21 // VirturalAddress字段定位到IMAGE_IMPORT_DESCRIPTOR�l�构的�v始地址
22 // 卌��得导入表中第一个IMAGE_IMPORT_DESCRIPTOR�l�构的指�?导入表首地址)
23 IMAGE_IMPORT_DESCRIPTOR * pImportDesc = (IMAGE_IMPORT_DESCRIPTOR * )
24 ((BYTE * )hMod + pOptHeader -> DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress);
25
26 while (pImportDesc -> FirstThunk)
27 {
28 // 遍历�l�构的OriginalFirstThunk字段所指向的IMAGE_IMPORT_BY_NAME�l�构得到导出函数�?br /> 29 // 遍历IMAGE_IMPORT_DESCRIPTOR�l�构的FirstThunk数组得到每个函数的地址
30
31 // 导出模块的名�U?/span>
32 char * pszDllName = ( char * )((BYTE * )hMod + pImportDesc -> Name);
33 printf( " \n模块名称�Q?s \n " , pszDllName);
34
35 // 一个IMAGE_THUNK_DATA��是一个双字，它指定了一个导入函�?/span>
36 IMAGE_THUNK_DATA * pThunk = (IMAGE_THUNK_DATA * )
37 ((BYTE * )hMod + pImportDesc -> OriginalFirstThunk);
38 int n = 0 ;
39 while (pThunk -> u1.Function)
40 {
41 // 取得函数名称。hint/name表前两个字节是函数的序号�Q�后4个字节是函数名称字符串的地址
42 char * pszFunName = ( char * )
43 ((BYTE * )hMod + (DWORD)pThunk -> u1.AddressOfData + 2 );
44 // 取得函数地址。IAT表就是一个DWORD�c�d��的数�l�，每个成员记录一个函数的地址
45 PDWORD lpAddr = (DWORD * )((BYTE * )hMod + pImportDesc -> FirstThunk) + n;
46
47 // 打印出函数名�U�和地址
48 printf( "    从此模块导入的函敎ͼ�%-25s�Q?/span> " , pszFunName);
49 printf( " 函数地址�Q?X \n " , lpAddr);
50 n ++ ; pThunk ++ ;
51 }
52
53 pImportDesc ++ ;
54 }
55 MessageBox(NULL, " Test " , " Test " , 0 );
56 }

阿π 2010-08-23 13:22 发表评论

阿π — Mon, 23 Aug 2010 05:15:00 GMT

  1 #include < windows.h >
  2 #include < stdio.h >
  3
  4 // 挂钩指定模块hMod对MessageBoxA的调�?/span>
  5 BOOL SetHook(HMODULE hMod);
  6 // 定义MessageBoxA函数原型
  7 typedef int (WINAPI * PFNMESSAGEBOX)(HWND, LPCSTR, LPCSTR, UINT uType);
  8 // 保存MessageBoxA函数的真实地址
  9 PROC g_orgProc = (PROC)MessageBoxA;
10
11
12 BOOL EnableDebugPrivilege()
13 {
14 BOOL fOk = FALSE;
15 HANDLE hToken;
16
17 if (OpenProcessToken(GetCurrentProcess(),
18        TOKEN_ADJUST_PRIVILEGES, & hToken))
19 {
20        TOKEN_PRIVILEGES tp;
21        tp.PrivilegeCount = 1 ;
22        LookupPrivilegeValue(NULL, SE_DEBUG_NAME, & tp.Privileges[ 0 ].Luid);
23        tp.Privileges[ 0 ].Attributes = SE_PRIVILEGE_ENABLED;
24        AdjustTokenPrivileges(hToken, FALSE, & tp, sizeof (tp), NULL, NULL);
25        fOk = (GetLastError() == ERROR_SUCCESS);
26        CloseHandle(hToken);
27 }
28 return fOk; // 提升成功�q�回TRUE�Q�失败返回FALSE
29 }
30
31 void main()
32 {
33 if (EnableDebugPrivilege())
34 {
35 // 调用原API函数
36 ::MessageBox(NULL, " 原函�?/span> " , " Hook Api " , 0 );
37 // 挂钩后再调用
38 SetHook(::GetModuleHandle(NULL));
39 ::MessageBox(NULL, " 原函�?/span> " , " Hook Api " , 0 );
40 }
41
42 }
43
44 // 用于替换MessageBoxA的自定义函数
45 int WINAPI MyMessageBoxA(HWND hWnd, LPCSTR lpText, LPCSTR lpCaption, UINT uType)
46 {
47 return ((PFNMESSAGEBOX)g_orgProc)(hWnd, " Hook API Sucess! " , " OK " , uType);
48 return 0 ;
49 }
50
51 BOOL SetHook(HMODULE hMod)
52 {
53 IMAGE_DOS_HEADER * pDosHeader = (IMAGE_DOS_HEADER * )hMod;
54 IMAGE_OPTIONAL_HEADER * pOptHeader =
55 (IMAGE_OPTIONAL_HEADER * )((BYTE * )hMod + pDosHeader -> e_lfanew + 24 );
56
57 IMAGE_IMPORT_DESCRIPTOR * pImportDesc = (IMAGE_IMPORT_DESCRIPTOR * )
58 ((BYTE * )hMod + pOptHeader -> DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress);
59
60 // 在导入表中查找user32.dll模块。因为MessageBoxA函数从user32.dll模块导出
61 while (pImportDesc -> FirstThunk)
62 {
63 char * pszDllName = ( char * )((BYTE * )hMod + pImportDesc -> Name);
64 if (lstrcmpiA(pszDllName, " user32.dll " ) == 0 )
65 {
66 break ;
67 }
68 pImportDesc ++ ;
69 }
70
71 if (pImportDesc -> FirstThunk)
72 {
73
74 // 一个IMAGE_THUNK_DATA��是一个双字，它指定了一个导入函�?br /> 75 // 调入地址表其实是IMAGE_THUNK_DATA�l�构的数�l�，也就是DWORD数组
76 IMAGE_THUNK_DATA * pThunk = (IMAGE_THUNK_DATA * )
77 ((BYTE * )hMod + pImportDesc -> FirstThunk);
78 while (pThunk -> u1.Function)
79 {
80 // lpAddr指向的内存保存了函数的地址
81 DWORD * lpAddr = (DWORD * ) & (pThunk -> u1.Function);
82 if ( * lpAddr == (DWORD)g_orgProc)
83 {
84 DWORD oldProc;
85 BOOL VirSu = VirtualProtect(lpAddr, sizeof (DWORD),PAGE_READWRITE, & oldProc);
86 if (VirSu == TRUE)
87 {
88 // 修改IAT表项�Q��其指向我们自定义的函敎ͼ�相当于�?lpAddr = (DWORD)MyMessageBoxA;�?/span>
89 DWORD * lpNewProc = (DWORD * )MyMessageBoxA;
90 ::WriteProcessMemory(::GetCurrentProcess(),
91 lpAddr, & lpNewProc, sizeof (DWORD), NULL);
92 }
93 else
94 {
95 MessageBox(NULL, " Error! " , " a " , 0 );
96 }
97 return TRUE;
98 }
99 pThunk ++ ;
100 }
101 }
102 return FALSE;
103 }

有个郁闷的问题，�?003sp1下，不管是提升进�E�权限还是修改内存包含属性都成功�Q�debug版本能成功！release��׃��娘的��M��成功�Q�郁��h��Q�遍寻高手无着落，暂时�{�着先。。�?/p>

阿π 2010-08-23 13:15 发表评论

阿π — Fri, 18 Jun 2010 09:58:00 GMT
首先介绍一下Winlogon。Windows 2000/NT有三�U�系�l�状态：没有用户��d��状态、用��h��功登录状态以及工作站锁定状态。Winlogon是Windows 2000/NT操作�pȝ��提供交互式登录支持的�l��g。Winlogon有三个组成部分：可执行文件winlogon.exe�Q�提供图形界面认证功能的动态库 Gina Dll�Q�以及一些网�l�服务提供动态库Network Provider Dll�?



winlogon.exe处理一些下层导出的接口函数�Q�而认证策略是在Gina Dll中是独立�?计的。在�pȝ��启动�Ӟ��Gina Dll被winlogon.exe装蝲。Microsoft提供了一个默认的Gina Dll——Winnt\system32\msgina.dll�Q�提供了标准的用户名、密码认证模式。Gina Dll是可替换的，用户可以设计自己的Gina Dll�Q�以提供其他如智能卡、视�|�膜、指�UҎ��其他一些认证机制�?
开发自定义的Gina Dll。必��d��现�ƈ导出与winlogon.exe交互�?8个标准函数接口：
l BOOL WINAPI WlxNegotiate(DWORD dwWinLogonVersion, PDWORD pdwDllVersion)
// Winlogon.exe调用的gina dll中的�W�一个函�?
// 使gina dll��认是否支持当前版本的Winlogon.exe
// 传递给winlogon.exe需要那个版本的接口函数
l BOOL WINAPI WlxInitialize(LPWSTR lpWinsta,
HANDLE hWlx,
PVOID pvReserved,
PVOID pWinlogonFunctions,
PVOID * pWlxContext
)
// 初始化，winlogon.exe向gina dll传递需要版本的接口函数分配�?
l BOOL WINAPI WlxActivateUserShell(PVOID pWlxContext,
PWSTR pszDesktopName,
PWSTR pszMprLogonScript,
PVOID pEnvironment)
// 用户登陆成功后，Winlogon.exe调用该函数启动用户外壳程�?
l VOID WINAPI WlxDisplayLockedNotice(PVOID pWlxContext)
// 当系�l�处于锁定状态时�Q�Winlogon.exe调用该函�?
// 昄��一些信息，如锁定者、锁定时间等
l VOID WINAPI WlxDisplaySASNotice(PVOID pWlxContext)
// 当没有�Q何用��L��陆时�Q�Winlogon.exe调用该函数显�C�Z��些提�C�Z��?
// 可以�Ҏ��用户的动作模拟SAS事�g的发�?
l BOOL WINAPI WlxDisplayStatusMessage(PVOID pWlxContext,
HDESK hDesktop,
DWORD dwOptions,
PWSTR pTitle,
PWSTR pMessage)
// 当gina dll要显�C�Z��些信息时�Q�Winlogon.exe调用该函�?
// 直接�q�回TRUE表示信息已经昄��
l BOOL WINAPI WlxGetStatusMessage(PVOID pWlxContext,
DWORD *pdwOptions,
PWSTR pMessage,
DWORD dwBufferSize)
// Winlogon.exe调用该函数得到gina dll昄��的状态信�?
// 直接�q�回TRUE表示信息已经接收
l BOOL WINAPI WlxIsLockOk(PVOID pWlxContext)
// 在试��N��定工作站之前Winlogon.exe调用该函敎ͼ�判断是否可以锁定
// 直接�q�回FALSE表示不能锁定
l BOOL WINAPI WlxIsLogoffOk(PVOID pWlxContext)
// 在试图注销时Winlogon.exe调用该函敎ͼ�判断能否注销
// 直接�q�回FALSE表示不能注销
l int WINAPI WlxLoggedOnSAS(PVOID pWlxContext,
DWORD dwSasType,
PVOID pReserved)
// 当系�l�处于登陆成功，没有锁定的状态下
// Winlogon接收到SAS事�g�Q�于是调用该函数
// 现屏蔽所有事�Ӟ��直接�q�回
l int WINAPI WlxLoggedOutSAS(PVOID pWlxContext,
DWORD dwSasType,
PLUID pAuthenticationId,
PSID pLogonSid,
PDWORD pdwOptions,
PHANDLE phToken,
PWLX_MPR_NOTIFY_INFO pMprNotifyInfo,
PVOID * pProfile)
// 在没有�Q何一个用��L��陆的情况下，Winlogon.exe接收到SAS事�g�?/用该函数
l VOID WINAPI WlxLogoff(PVOID pWlxContext)
// Winlogon.exe调用该函敎ͼ�通知gina dll用户注销操作
// 允许gina dll做出相应的处�?
l BOOL WINAPI WlxNetworkProviderLoad(PVOID pWlxContext,
PWLX_MPR_NOTIFY_INFO pNprNotifyInfo)
// Winlogon.exe调用该函数收集有效的认证信息
// �q�回TRUE表示用户被识�?
l BOOL WINAPI WlxRemoveStatusMessage(PVOID pWlxContext)
// Winlogon.exe调用该函敎ͼ�告诉gina dll停止昄��状态信�?
// 直接�q�回TRUE表示信息已经删除
l BOOL WINAPI WlxScreenSaverNotify(PVOID pWlxContext, BOOL *pSecure)
// 在屏保程序启动前一瞬Winlogon.exe调用该函敎ͼ�允许gina dll同屏
//保程序交�?
// �q�回FALSE表示屏保�E�序不能启动
l VOID WINAPI WlxShutdown(PVOID pWlxContext, DWORD ShutdownType)
// 在系�l�关闭之前，Winlogon.exe调用该函�?
// 允许gina dll处理一些系�l�关闭前的处�?
l BOOL WINAPI WlxStartApplication(PVOID pWlxContext,
PWSTR pszDesktopName,
PVOID pEnvironment,
PWSTR pszCmdLine)
// 当系�l�要求在用户上下文中启动�E�序�Q�Winlogon.exe调用该函�?
// �q�种情况发生在：��览器非正常关闭需要重启或需要启动扩展的��d��// ��理�?
// 该接口gina dll可以选择性实�?
l int WINAPI WlxWkstaLockedSAS(PVOID pWlxContext, DWORD dwSasType)
// 在锁定状态下�Q�Winlogon.exe接收到SAS事�g调用该函�?

其中WlxNegotiate是winlogon.exe调用的第一个接口函敎ͼ��q�行必要的版本判断，随后调用的是WlxInitialize�Q�主要完�?winlogon.exe特定版本的函数分�z�表向Gina Dll的传递。最主要的是WlxLoggedOnSAS函数�Q�这个函��C��要的功能是，当winlogon在登录成功状态下�Q�接收到SAS事�g�Q�于是调用这个函数进行SAS事�g的识别以及进行各事�g的相应处理�?
�׃��现在只需屏蔽按下Ctrl+Alt+Del时系�l�不再弹出“Widows安全”对话框。�ƈ不需要改变用户名、密码这�U�标准的认证模式�Q�所以可以仍然��用msgina.dll中导出的函数接口�Q�而对WlxLoggedOnSAS函数的实现进行必要的改变�?
int WINAPI WlxLoggedOnSAS(PVOID pWlxContext,
DWORD dwSasType,
PVOID pReserved)
{
if(bLock) //如果处于锁定状态，现屏蔽所有事�Ӟ��直接�q�回
return WLX_SAS_ACTION_NONE;
else
return theApp.MyWlxLoggedOnSAS(pWlxContext, dwSasType, pReserved);
//MyWlxLoggedOnSAS为默认gina dll(msgina dll)中的WlxLoggedOnSAS
}
自定义Gina Dll的��用。比如开发的Gina Dll文�g名�ؓMyGina.dll。将该文件放��C��下�\径：Winnt\system32。�ƈ修改注册表，如下�Q?
Key Name: \HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\ Winlogon
Value Name: GinaDLL
Value Type: [REG_SZ]
Value: MyGina.dll
重新启动计算机MyGina.dll��x��入��用�?img src ="http://www.shnenglu.com/lapcca/aggbug/118184.html" width = "1" height = "1" />

阿π 2010-06-18 17:58 发表评论

堆和栈的区别

阿π — Thu, 10 Jun 2010 01:38:00 GMT

一、预备知识—程序的内存分配
一个由C/C++�~�译的程序占用的内存分�ؓ以下几个部分
1、栈区（stack�Q�— �?��q��译器自动分配释放   �Q�存攑և�数的参数��|��局部变量的值等。其
操作方式�c�M��于数据结构中的栈。�?
2、堆区（heap�Q� �?— �?一般由�E�序员分配释放，   若程序员不释放，�E�序�l�束时可能由OS回�?
收 �?。注意它与数据结构中的堆是两回事�Q�分配方式倒是�c�M��于链表，呵呵。�?
3、全局区（静态区�Q�（static�Q�—，全局变量和静态变量的存储是放在一块的�Q�初始化的�?
全局变量和静态变量在一块区域，   未初始化的全局变量和未初始化的静态变量在盔R��的另
一块区域。 �?-   �E�序�l�束后由�pȝ��释放。�?
4、文字常量区   —常量字�W�串��是攑֜��q�里的。 �?�E�序�l�束后由�pȝ��释放
5、程序代码区—存攑և��C��的二�q�制代码。�?


二、例子程序  �?
�q�是一个前辈写的，非常详细
//main.cpp
int   a   =   0;   全局初始化区
char   *p1;   全局未初始化区  �?
main()
{
int   b;   栈  �?
char   s[]   =   "abc";   栈  �?
char   *p2;   栈  �?
char   *p3   =   "123456";   123456\0在常量区�Q�p3在栈上。  �?
static   int   c   =0�Q� �?全局�Q�静态）初始化区
p1   =   (char   *)malloc(10);
p2   =   (char   *)malloc(20);
分配得来�?0�?0字节的区域就在堆区。  �?
strcpy(p1,   "123456");   123456\0攑֜�帔R��区，�~�译器可能会��它与p3所指向�?123456"
优化成一个地斏V��  �?
}


二、堆和栈的理论知识  �?
2.1甌��方式
stack:
��q��l�自动分配。 �?例如�Q�声明在函数中一个局部变量 �?int   b;   �pȝ��自动在栈中�ؓb开辟空
闾b� �?
heap:
需要程序员自己甌��Q��ƈ指明大小�Q�在c中malloc函数
如p1   =   (char   *)malloc(10);
在C++中用new�q�算�W�  �?
如p2   =   new   char[10];
但是注意p1、p2本��n是在栈中的。  �?


2.2
甌��后系�l�的响应
栈：只要栈的剩余�I�间大于所甌��I�间�Q�系�l�将为程序提供内存，否则��报异常提示栈溢
出。  �?
堆：首先应该知道操作�pȝ��有一个记录空闲内存地址的链表，当系�l�收到程序的甌��Ӟ��
会遍历该链表�Q�寻扄��一个空间大于所甌��I�间的堆�l�点�Q�然后将该结点从�I�闲�l�点链表
中删除，�q�将该结点的�I�间分配�l�程序，另外�Q�对于大多数�pȝ��Q�会在这块内存空间中的�?
首地址处记录本�ơ分配的大小�Q�这��P��代码中的delete语句才能正确的释放本内存�I�间。�?
另外�Q�由于找到的堆结点的大小不一定正好等于申��L��大小�Q�系�l�会自动的将多余的那部�?
分重新放入空闲链表中。  �?

2.3甌��大小的限制  �?
栈：在Windows�?栈是向低地址扩展的数据结构，是一块连�l�的内存的区域。这句话的意
思是栈顶的地址和栈的最大容量是�pȝ��预先规定好的�Q�在WINDOWS下，栈的大小�?M�Q�也有�?
的说�?M�Q��M��是一个编译时��q��定的常数�Q�，如果甌��的空间超�q�栈的剩余空间时�Q�将
提示overflow。因此，能从栈获得的�I�间较小。  �?
堆：堆是向高地址扩展的数据结构，是不�q�箋的内存区域。这是由于系�l�是用链表来存储
的空闲内存地址的，自然是不�q�箋的，而链表的遍历方向是由低地址向高地址。堆的大��?
受限于计��机�pȝ��中有效的虚拟内存。由此可见，堆获得的�I�间比较灉|��Q�也比较大。  �?



2.4甌��效率的比较：
栈由�pȝ��自动分配�Q�速度较快。但�E�序员是无法控制的。  �?
堆是由new分配的内存，一般速度比较慢，而且�Ҏ��产生内存��片,不过用�v来最方便.
另外�Q�在WINDOWS下，最好的方式是用VirtualAlloc分配内存�Q�他不是在堆�Q�也不是在栈是�?
直接在进�E�的地址�I�间中保留一块内存，虽然用�v来最不方�ѝ��但是速度快，也最灉|��。�?


2.5堆和栈中的存储内容  �?
栈：   在函数调用时�Q�第一个进栈的是主函数中后的下一条指令（函数调用语句的下一条可
执行语句�Q�的地址�Q�然后是函数的各个参敎ͼ�在大多数的C�~�译器中�Q�参数是由右往左入栈�?
的，然后是函��C��的局部变量。注意静态变量是不入栈的。  �?
当本�ơ函数调用结束后�Q�局部变量先出栈�Q�然后是参数�Q�最后栈��指针指向最开始存的地
址�Q�也��是��d��C��的下一条指令，�E�序��p��点��l�运行。  �?
堆：一般是在堆的头部用一个字节存攑֠�的大��。堆中的具体内容��q��序员安排。  �?

2.6存取效率的比较  �?

char   s1[]   =   "aaaaaaaaaaaaaaa";
char   *s2   =   "bbbbbbbbbbbbbbbbb";
aaaaaaaaaaa是在�q�行时刻赋值的�Q�  �?
而bbbbbbbbbbb是在�~�译时就��定的；
但是�Q�在以后的存取中�Q�在栈上的数�l�比指针所指向的字�W�串(例如�?快。  �?
比如�Q�  �?
#include
void   main()
{
char   a   =   1;
char   c[]   =   "1234567890";
char   *p   ="1234567890";
a   =   c[1];
a   =   p[1];
return;
}
对应的汇�~�代码  �?
10:   a   =   c[1];
00401067   8A   4D   F1   mov   cl,byte   ptr   [ebp-0Fh]
0040106A   88   4D   FC   mov   byte   ptr   [ebp-4],cl
11:   a   =   p[1];
0040106D   8B   55   EC   mov   edx,dword   ptr   [ebp-14h]
00401070   8A   42   01   mov   al,byte   ptr   [edx+1]
00401073   88   45   FC   mov   byte   ptr   [ebp-4],al
�W�一�U�在��d��时直接就把字�W�串中的元素��d��寄存器cl中，而第二种则要先把指针��D��刊W?
edx中，再根据edx��d��字符�Q�显然慢了。  �?


2.7��结�Q�  �?
堆和栈的区别可以用如下的比喻来看出：
使用栈就象我们去饭馆里吃饭，只管点菜�Q�发出申��P��、付钱、和吃（使用�Q�，吃饱了就
赎ͼ�不必理会切菜、洗菜等准备工作和洗��、刷锅等扫尾工作�Q�他的好处是快捷�Q�但是自
由度��。  �?
使用堆就象是自己动手做喜�Ƣ吃的菜��_��比较�ȝ��Q�但是比较符合自��q��口味�Q�而且自由
度大。 �?(�l�典�Q?

在bbs上，堆与栈的区分问题�Q�似乎是一个永恒的话题�Q�由此可见，初学者对此往往是�؜淆不清的�Q�所以我军_��拿他�W�一个开刀�?br />      首先�Q�我们�D一个例子：
      void f() { int* p=new int[5]; }
      �q�条短短的一句话��包含了堆与栈，看到new�Q�我们首先就应该惛_��Q�我们分配了一块堆内存�Q�那么指针p呢？他分配的是一块栈内存�Q�所以这句话的意思就是：在栈内存中存放了一个指向一块堆内存的指针p。在�E�序会先��定在堆中分配内存的大小�Q�然后调用operator new分配内存�Q�然后返回这块内存的首地址�Q�放入栈中，他在VC6下的汇编代码如下�Q?br />      00401028     push          14h
      0040102A     call          operator new (00401060)
      0040102F     add           esp,4
      00401032     mov           dword ptr [ebp-8],eax
      00401035     mov           eax,dword ptr [ebp-8]
      00401038     mov           dword ptr [ebp-4],eax
      �q�里�Q�我们�ؓ了简单�ƈ没有释放内存�Q�那么该怎么去释攑֑��Q�是delete p么？澻I��错了�Q�应该是delete []p�Q�这是�ؓ了告诉编译器�Q�我删除的是一个数�l�，VC6��׃��Ҏ��相应的Cookie信息去进行释攑ֆ�存的工作�?br />      好了�Q�我们回到我们的主题�Q�堆和栈�I�竟有什么区别？
      主要的区别由以下几点�Q?br />      1、管理方式不同；
      2、空间大��不同；
      3、能否��生碎片不同；
      4、生长方向不同；
      5、分配方式不同；
      6、分配效率不同；
      ��理方式�Q�对于栈来讲�Q�是��q��译器自动��理�Q�无需我们手工控制�Q�对于堆来说�Q�释攑ַ�作由�E�序员控�Ӟ��Ҏ��产生memory leak�?br />      �I�间大小�Q�一般来讲在32位系�l�下�Q�堆内存可以辑ֈ�4G的空��_��从这个角度来看堆内存几乎是没有什么限制的。但是对于栈来讲�Q�一般都是有一定的�I�间大小的，例如�Q�在VC6下面�Q�默认的栈空间大��是1M�Q�好像是�Q�记不清楚了�Q�。当�Ӟ��我们可以修改�Q�   �?br />      打开工程�Q�依�ơ操作菜单如下：Project->Setting->Link�Q�在Category 中选中Output�Q�然后在Reserve中设定堆栈的最大值和commit�?br />注意�Q�reserve最��gؓ4Byte�Q�commit是保留在虚拟内存的页文�g里面�Q�它讄��的较大会使栈开辟较大的��|��可能增加内存的开销和启动时间�?br />      ��片问题�Q�对于堆来讲�Q�频�J�的new/delete势必会造成内存�I�间的不�q�箋�Q�从而造成大量的碎片，使程序效率降低。对于栈来讲�Q�则不会存在�q�个问题�Q�因为栈是先�q�后出的队列�Q�他们是如此的一一对应�Q�以至于永远都不可能有一个内存块从栈中间弹出�Q�在他弹��Z��前，在他上面的后�q�的栈内容已�l�被弹出�Q�详�l�的可以参考数据结构，�q�里我们��׃��再一一讨论了�?br />      生长方向�Q�对于堆来讲�Q�生长方向是向上的，也就是向着内存地址增加的方向；对于栈来�Ԍ��它的生长方向是向下的�Q�是向着内存地址减小的方向增�ѝ�?br />      分配方式�Q�堆都是动态分配的�Q�没有静态分配的堆。栈�?�U�分配方式：静态分配和动态分配。静态分配是�~�译器完成的�Q�比如局部变量的分配。动态分配由alloca函数�q�行分配�Q�但是栈的动态分配和堆是不同的，他的动态分配是��q��译器�q�行释放�Q�无需我们手工实现�?br />      分配效率�Q�栈是机器系�l�提供的数据�l�构�Q�计��机会在底层�Ҏ��提供支持�Q�分配专门的寄存器存放栈的地址�Q�压栈出栈都有专门的指��o执行�Q�这��决定了栈的效率比较高。堆则是C/C++函数库提供的�Q�它的机制是很复杂的�Q�例如�ؓ了分配一块内存，库函��C��按照一定的��法�Q�具体的��法可以参考数据结�?操作�pȝ��Q�在堆内存中搜烦可用的��够大��的�I�间�Q�如果没有��够大��的�I�间�Q�可能是�׃��内存��片太多�Q�，��有可能调用�pȝ��功能��d��加程序数据段的内存空��_��q�样��有��Z��分到��_��大小的内存，然后�q�行�q�回。显�Ӟ��堆的效率比栈要低得多�?br />      从这里我们可以看刎ͼ�堆和栈相比，�׃��大量new/delete的��用，�Ҏ��造成大量的内存碎片；�׃��没有专门的系�l�支持，效率很低�Q�由于可能引发用��h��和核心态的切换�Q�内存的甌��Q�代价变得更加昂��c��所以栈在程序中是应用最�q�泛的，��q��是函数的调用也利用栈��d��成，函数调用�q�程中的参数�Q�返回地址�Q�EBP和局部变量都采用栈的方式存放。所以，我们推荐大家��量用栈�Q�而不是用堆�?br />      虽然栈有如此众多的好处，但是�׃��和堆相比不是那么灉|��Q�有时候分配大量的内存�I�间�Q�还是用堆好一些�?br />      无论是堆�q�是栈，都要防止��界现象的发生（除非你是故意使其��界�Q�，因�ؓ��界的结果要么是�E�序崩溃�Q�要么是摧毁�E�序的堆、栈�l�构�Q��生以想不到的�l�果,��q��是在你的�E�序�q�行�q�程中，没有发生上面的问题，你还是要��心�Q�说不定什么时候就崩掉�Q�那时候debug可是相当困难的：�Q?br />      对了�Q�还有一件事�Q�如果有人把堆栈合�v来说�Q�那它的意思是栈，可不是堆�Q�呵呵，清楚了？

阿π 2010-06-10 09:38 发表评论

�q�程间通信

阿π — Thu, 10 Jun 2010 01:27:00 GMT

�?�?随着��Z��对应用程序的要求��来��高�Q�单�q�程应用在许多场合已不能满��Z��的要求。编写多�q�程/多线�E�程序成为现代程序设计的一个重要特点，在多�q�程�E�序设计中，�q�程间的通信是不可避免的。Microsoft Win32 API提供了多�U�进�E�间通信的方法，全面地阐�q�C��q�些�Ҏ��的特点，�q�加以比较和分析�Q�希望能�l�读者选择通信�Ҏ��提供参考�?/font>

1 �q�程与进�E�通信

　　�q�程是装入内存�ƈ准备执行的程序，每个�q�程都有�U�有的虚拟地址�I�间�Q�由代码、数据以及它可利用的�pȝ��资源(如文件、管道等)�l�成。多�q�程/多线�E�是Windows操作�pȝ��的一个基本特征。Microsoft Win32应用�~�程接口(Application Programming Interface, API)提供了大量支持应用程序间数据�׃�n和交换的机制�Q�这些机制行使的�z�d��U�Cؓ�q�程间通信(InterProcess Communication, IPC)�Q�进�E�通信��是指不同进�E�间�q�行数据�׃�n和数据交换�?br />　　正因��Z��用Win32 API�q�行�q�程通信方式有多�U�，如何选择恰当的通信方式��成为应用开发中的一个重要问题，下面本文��对Win32中进�E�通信的几�U�方法加以分析和比较�?

2 �q�程通信�Ҏ��

2.1 文�g映射
　　文�g映射(Memory-Mapped Files)能�ɘq�程把文件内容当作进�E�地址区间一块内存那��h��对待。因此，�q�程不必使用文�gI/O操作�Q�只需��单的指针操作��可��d��和修�Ҏ��件的内容�?br />　　Win32 API允许多个�q�程讉K��同一文�g映射对象�Q�各个进�E�在它自��q��地址�I�间里接收内存的指针。通过使用�q�些指针�Q�不同进�E�就可以��L��修改文�g的内容，实现了对文�g中数据的�׃�n�?br />　　应用�E�序有三�U�方法来使多个进�E�共享一个文件映��对象�?br />　　(1)�l�承�Q�第一个进�E�徏立文件映��对象，它的子进�E��承该对象的句柄�?br />　　(2)命名文�g映射�Q�第一个进�E�在建立文�g映射对象时可以给该对象指定一个名�?可与文�g名不�?。第二个�q�程可通过�q�个名字打开此文件映��对象。另外，�W�一个进�E�也可以通过一些其它IPC机制(有名��道、邮件槽�{?把名字传�l�第二个�q�程�?br />　　(3)句柄复制�Q�第一个进�E�徏立文件映��对象，然后通过其它IPC机制(有名��道、邮件槽�{?把对象句柄传递给�W�二个进�E�。第二个�q�程复制该句柄就取得对该文�g映射对象的访问权限�?br />　　文�g映射是在多个�q�程间共享数据的非常有效�Ҏ��Q�有较好的安全性。但文�g映射只能用于本地机器的进�E�之��_��不能用于�|�络中，而开发者还必须控制�q�程间的同步�?br />2.2 �׃�n内存
　　Win32 API中共享内�?Shared Memory)实际��是文�g映射的一�U�特�D�情��c��进�E�在创徏文�g映射对象时用0xFFFFFFFF来代替文件句�?HANDLE)�Q�就表示了对应的文�g映射对象是从操作�pȝ��面文�g讉K��内存�Q�其它进�E�打开该文件映��对象就可以讉K��该内存块。由于共享内存是用文件映��实现的�Q�所以它也有较好的安全性，也只能运行于同一计算��Z��的进�E�之间�?br />2.3 匿名��道
　　��道(Pipe)是一�U�具有两个端点的通信通道�Q�有一端句柄的�q�程可以和有另一端句柄的�q�程通信。管道可以是单向�Q�一端是只读的，另一端点是只写的�Q�也可以是双向的一��道的两端点既可��M��可写�?br />　　匿名��道(Anonymous Pipe)�?在父�q�程和子�q�程之间�Q�或同一父进�E�的两个子进�E�之间传输数据的无名字的单向��道。通常��q��q�程创徏��道�Q�然后由要通信的子�q�程�l�承通道的读端点句柄或写端点句柄�Q�然后实现通信。父�q�程�q�可以徏立两个或更多个��承匿名管道读和写句柄的子�q�程。这些子�q�程可以使用��道直接通信�Q�不需要通过父进�E��?br />　　匿名��道是单��Z��实现子进�E�标准I/O重定向的有效�Ҏ��Q�它不能在网上��用，也不能用于两个不相关的进�E�之间�?br />2.4 命名��道
　　命名��道(Named Pipe)是服务器�q�程和一个或多个客户�q�程之间通信的单向或双向��道。不同于匿名��道的是命名��道可以在不相关的进�E�之间和不同计算��Z��间��用，服务器徏立命名管道时�l�它指定一个名字，��M��q�程都可以通过该名字打开��道的另一端，�Ҏ��l�定的权限和服务器进�E�通信�?br />　　命名��道提供了相对简单的�~�程接口�Q��通过�|�络传输数据�q�不比同一计算��Z��两进�E�之间通信更困难，不过如果要同时和多个�q�程通信它就力不从心了�?br />2.5 邮�g�?br />　　邮�g�?Mailslots)�?供进�E�间单向通信能力�Q��Q何进�E�都能徏立邮件槽成�ؓ邮�g槽服务器。其它进�E�，�U�Cؓ邮�g槽客��P��可以通过邮�g槽的名字�l�邮件槽服务器进�E�发送消息。进来的�?息一直放在邮件槽中，直到服务器进�E�读取它为止。一个进�E�既可以是邮件槽服务器也可以是邮件槽客户�Q�因此可建立多个邮�g槽实现进�E�间的双向通信�?br />　　通过邮�g槽可以给本地计算��Z��的邮件槽、其它计��机上的邮�g槽或指定�|�络区域中所有计��机上有同样名字的邮件槽发送消息。广播通信的消息长度不能超�q?00字节�Q�非�q�播消息的长度则受邮件槽服务器指定的最大消息长度的限制�?br />　　邮�g槽与命名��道�怼��Q�不�q�它传输数据是通过不可靠的数据�?如TCP/IP协议中的UDP�?完成的，一旦网�l�发生错误则无法保证消息正确地接�Ӟ��而命名管道传输数据则是徏立在可靠�q�接基础上的。不�q�邮件槽有简化的�~�程接口和给指定�|�络区域内的所有计��机�q�播消息的能力，所以邮件槽不失为应用程序发送和接收消息的另一�U�选择�?br />2.6 剪脓�?br />　　剪脓�?Clipped Board)实质是Win32 API中一�l�用来传输数据的函数和消息，为Windows应用�E�序之间�q�行数据�׃�n提供了一个中介，Windows已徏立的剪切(复制)�Q�粘贴的机制��Z��同应用程序之间共享不同格式数据提供了一条捷径。当用户在应用程序中执行剪切或复制操作时�Q�应用程序把选取的数据用一�U�或多种格式攑֜�剪脓板上。然后�Q何其它应用程序都可以从剪贴板上拾取数据，从给定格式中选择适合自己的格式�?br />　　剪脓板是一个非常松散的交换媒介�Q�可以支持�Q何数据格式，每一格式�׃��无符��h��数标识，�Ҏ��?预定�?剪脓板格式，该值是Win32 API定义的常量；寚w��标准格式可以使用Register Clipboard Format函数注册为新的剪贴板格式。利用剪贴板�q�行交换的数据只需在数据格式上一致或都可以�{化�ؓ某种格式��p��。但剪脓板只能在��Z��Windows的程序中使用�Q�不能在�|�络上��用�?br />2.7 动态数据交�?br />　　动态数据交�?DDE)是��用共享内存在应用�E�序之间�q�行数据交换的一�U�进�E�间通信形式。应用程序可以��用DDE�q�行一�ơ性数据传输，也可以当出现新数据时�Q�通过发送更新值在应用�E�序间动态交换数据�?br />　　DDE和剪贴板一��h��支持标准数据格式(如文本、位囄��)�Q�又可以支持自己定义的数据格式。但它们的数据传输机制却不同�Q�一个明昑֌�别是剪脓板操作几乎��L��用作对用��h��定操作的一�ơ性应�{�－如从菜单中选择Paste命��o。尽��DDE也可以由用户启动�Q�但它��l�发挥作用一般不必用戯��一步干预。DDE有三�U�数据交换方式：
　　(1) 冷链�Q�数据交换是一�ơ性数据传输，与剪贴板相同�?br />　　(2) 温链�Q�当数据交换时服务器通知客户�Q�然后客户必��请求新的数据�?br />　　(3) 热链�Q�当数据交换时服务器自动�l�客户发送数据�?br />　　DDE交换可以发生在单机或�|�络中不同计��机的应用程序之间。开发者还可以定义定制的DDE数据格式�q�行应用�E�序之间特别目的IPC�Q�它们有更紧密耦合的通信要求。大多数��Z��Windows的应用程序都支持DDE�?br />2.8 对象�q�接与嵌�?br />　　应用�E�序利用对象�q�接与嵌�?OLE)技术管理复合文�?由多�U�数据格式组成的文档)�Q�OLE提供使某应用�E�序更容易调用其它应用程序进行数据编辑的服务。例如，OLE支持的字处理器可以嵌套电子表��|��当用戯��~�辑电子表格时OLE库可自动启动电子表格�~�辑器。当用户退出电子表格编辑器�Ӟ��该表格已在原始字处理器文档中得到更新。在�q�里电子表格�~�辑器变成了字处理器的扩展，而如果��用DDE�Q�用戯��昑ּ�地启动电子表格编辑器�?br />　　同DDE技术相同，大多数基于Windows的应用程序都支持OLE技术�?br />2.9 动态连接库
　　Win32动态连接库(DLL)中的全局数据可以被调用DLL的所有进�E�共享，�q�就又给�q�程间通信开辟了一条新的途径�Q�当然访问时要注意同步问题�?br />　　虽然可以通过DLL�q�行�q�程间数据共享，但从数据安全的角度考虑�Q�我们�ƈ不提倡这�U�方法，使用带有讉K��权限控制的共享内存的�Ҏ��更好一些�?br />2.10 �q�程�q�程调用
　　Win32 API提供的远�E�过�E�调�?RPC)使应用程序可以��用远�E�调用函敎ͼ��q��在网�l�上用RPC�q�行�q�程通信��像函数调用那样��单。RPC既可以在单机不同�q�程间��用也可以在网�l�中使用�?br />　　�׃��Win32 API提供的RPC服从OSF-DCE(Open Software Foundation Distributed Computing Environment)标准。所以通过Win32 API�~�写的RPC应用�E�序能与其它操作�pȝ��上支持DEC的RPC应用�E�序通信。��用RPC开发者可以徏立高性能、紧密耦合的分布式应用�E�序�?br />2.11 NetBios函数
　　Win32 API提供NetBios函数用于处理低��|�络控制�Q�这主要是�ؓIBM NetBios�pȝ��~�写与Windows的接口。除非那些有�Ҏ��低��|�络功能要求的应用程序，其它应用�E�序最好不要��用NetBios函数来进行进�E�间通信�?br />2.12 Sockets
　　Windows Sockets规范是以U.C.Berkeley大学BSD UNIX中流行的Socket接口��例定义的一套Windows下的�|�络�~�程接口。除了Berkeley Socket原有的库函数以外�Q�还扩展了一�l�针对Windows的函敎ͼ�使程序员可以充分利用Windows的消息机制进行编�E��?br />　　现在通过Sockets实现�q�程通信的网�l�应用越来越多，�q�主要的原因是Sockets的跨�q�_��性要比其它IPC机制好得多，另外WinSock 2.0不仅支持TCP/IP协议�Q�而且�q�支持其它协�?如IPX)。Sockets的唯一�~�点是它支持的是底层通信操作�Q�这使得在单机的�q�程间进行简单数据传递不太方便，�q�时使用下面��介�l�的WM_COPYDATA消息��更合适些�?br />2.13 WM_COPYDATA消息
　　WM_COPYDATA是一�U�非常强大却鲜�ؓ人知的消息。当一个应用向另一个应用传送数据时�Q�发送方只需使用调用SendMessage函数�Q�参数是目的�H�口的句柄、传递数据的起始地址、WM_COPYDATA消息。接收方只需像处理其它消息那样处理WM_COPY DATA消息�Q�这��h��发双方就实现了数据共享�?br />　　WM_COPYDATA是一�U�非常简单的�Ҏ��Q�它在底层实际上是通过文�g映射来实现的。它的缺�Ҏ��灉|��性不高，�q�且它只能用于Windows�q�_��的单机环境下�?

阿π 2010-06-10 09:27 发表评论

关于破解photoshop cs4的自动联�|�检��序列号问题

阿π — Wed, 26 May 2010 01:16:00 GMT

�q�款软�g以前�l�常用，现在用flash居多�?/p>
说实话买正版的的��也没有那么多钱�Q�今天才开始用photoshop的最新版本�?/wbr>

在网上搜了几个序列号�Q�安装的时候能安装但是当你再次启动软�g的时候，他就已经和adob官网�q�行了连接自动检��，可想而知�Q�序列号��无效了�?/p>
   想用最新版怎么办，破解吧，在网上找��C��好多�U�方法，什么关闭防火墙的cs4的联�|�，不过�q�个�Ҏ��没有成功�Q�可能是我的�Ҏ��不对。不�q�下面的�Ҏ��很实用�?/wbr>

因�ؓ官方的��Y件权威性比较高所以要安装官方的不�q�超�?00多兆。破解吧。也是借用别�h的方法�?/wbr>

破解�Ҏ��

��用. 本�h亲��n试过�?br />以下为摘抄内�?

序列��P��
1330-1082-3503-2270-3738-6738
1330-1776-8671-6289-7706-2916
1330-1567-6599-8775-4155-3745

�l�对能用�Q�！�Q�！

�W�一步：下蝲完��Y�Ӟ��要先解压出来�?/p>
�W�二步：安装�Q�到了输入注册码界面�Ӟ��选试�?0天的选项�Q�不要输入注册码。安装界面是全中文的�Q�安装完软�g是英文的�?/p>
�W�三步：打开软�g�Q�会跛_��输入注册码界面，使用上面的注册码�Q�输入，点下一步，�q��Y件�?/p>
�W�四步：先退��Y�Ӟ��扑ֈ�C:\WINDOWS\system32\drivers\etc里面的hosts文�g,��L��其只�ȝ��属性，双击打开�Q�选用��C��本打开�Q?/p>
输入127.0.0.1 activate.adobe.com�Q�中间有个空��|��Q�保存，退�? 屏蔽adobe�Ȁ�z�L��务器�?br />�q�不攑ֿ��Q�将下面全部�|�址��d��q�去.

��下列网址加入HOSt
127.0.0.1 activate.adobe.com
127.0.0.1 practivate.adobe.com
127.0.0.1 ereg.adobe.com
127.0.0.1 activate.wip3.adobe.com
127.0.0.1 wip3.adobe.com
127.0.0.1 3dns-3.adobe.com
127.0.0.1 3dns-2.adobe.com
127.0.0.1 adobe-dns.adobe.com
127.0.0.1 adobe-dns-2.adobe.com
127.0.0.1 adobe-dns-3.adobe.com
127.0.0.1 ereg.wip3.adobe.com
127.0.0.1 activate-sea.adobe.com
127.0.0.1 wwis-dubc1-vip60.adobe.com
127.0.0.1 activate-sjc0.adobe.com
�W�五步：再打开软�g�Q�ok。（若不�q�行�W�四步，再启动��Y件时�Q�又会蟩出激�zȝ��面）�?/p>
�q�个主要是�ؓ了屏蔽��Y件与官方服务器连接的啊，如果软�g惌��接的话就让它不要�q�接官方了，�q�接本机��可以了。避免再�ơ出现激�zȝ��面的啊�?/p>
再依�ơ打开 �H�口->扩展功能->�q�接->��三角�Ş �q�接及脱机选项讄��不连接网�l?/p>

阿π 2010-05-26 09:16 发表评论

VC++的Unicode�~�程[转]

阿π — Thu, 06 May 2010 09:30:00 GMT
VC++的Unicode�~�程

作者：韩耀�?
下蝲源代�?/a>
一、什么是Unicode
　　先从ASCII说�v�Q�ASCII是用来表�C��文字�W�的一�U�编码规范。每个ASCII字符占用1个字节，因此�Q�ASCII�~�码可以表示的最大字�W�数�?55�Q?0H—FFH�Q�。其实，英文字符�q�没有那么多�Q�一般只用前128个（00H�?FH�Q�最高位�?�Q�，其中包括了控制字�W�、数字、大��写字母和其它一些符受��而最高位�?的另128个字�W�（80H—FFH�Q�被�U�Cؓ“扩展ASCII”，一般用来存放英文的制表�W�、部分音标字�W�等�{�的一些其它符受��?br />　　�q�种字符�~�码规则昄��用来处理英文没有什么问题。但是面对中文、阿拉伯文等复杂的文字，255个字�W�显然不够用�?br />于是�Q�各个国家纷�U�制定了自己的文字编码规范，其中中文的文字编码规范叫做“GB2312�?0”，它是和ASCII兼容的一�U�编码规范，其实��是利用扩展ASCII没有真正标准化这一点，把一个中文字�W�用两个扩展ASCII字符来表�C�，以区分ASCII码部分�?br />　　但是�q�个�Ҏ��有问题，最大的问题��是中文的文字编码和扩展ASCII码有重叠。而很多��Y件利用扩展ASCII码的英文制表�W�来画表��|��q�样的��Y件用��C��文系�l�中�Q�这些表格就会被误认作中文字�W�，出现��q��?br />　　另外�Q�由于各国和各地区都有自��q��文字�~�码规则�Q�它们互相冲�H�，�q�给各国和各地区交换信息带来了很大的�ȝ��?br />要真正解册��个问题，不能从扩展ASCII的角度入手，而必��L��一个全新的�~�码�pȝ��Q�这个系�l�要可以��中文、法文、�d文……等�{�所有的文字�l�一��h��考虑�Q��ؓ每一个文字都分配一个单独的�~�码�?/p>
于是�Q�Unicode诞生了�?/p>
　　Unicode也是一�U�字�W�编码方法，它占用两个字节（0000H—FFFFH�Q?容纳65536个字�W�，�q�完全可以容�U�_��世界所有语�a�文字的编码�?br />在Unicode里，所有的字符被一视同仁，汉字不再使用“两个扩展ASCII”，而是使用�?个Unicode”，也就是说�Q�所有的文字都按一个字�W�来处理�Q�它们都有一个唯一的Unicode码�?/p>
二、��用Unicode�~�码的好�?/p>
　　使用Unicode�~�码可以使您的工�E�同时支持多�U�语�a��Q��您的工程国际化�?br />　　另外�Q�Windows NT是��用Unicode�q�行开发的�Q�整个系�l�都是基于Unicode的。如果调用一个API函数�q�给它传递一个ANSI�Q�ASCII字符集以及由此派生�ƈ兼容的字�W�集�Q�如�Q�GB2312�Q�通常�U�CؓANSI字符集）字符�Ԍ��那么�pȝ��首先要将字符串�{换成Unicode�Q�然后将Unicode字符串传递给操作�pȝ��。如果希望函数返回ANSI字符�Ԍ��pȝ��׃��首先��Unicode字符串�{换成ANSI字符�Ԍ��然后��结果返回给您的应用�E�序。进行这些字�W�串的�{换需要占用系�l�的旉��和内存。如果用Unicode来开发应用程序，��p��够��您的应用�E�序更加有效地运行�?br />
下面例�D几个字符的编码以��单演�C�ANSI和Unicode的区别：
字符 A N �?/td>
ANSI�?/td> 41H 4eH cdbaH
Unicode�?/td> 0041H 004eH 548cH
三、��用C++�q�行Unicode�~�程
　　对宽字符的支持其实是ANSI C标准的一部分�Q�用以支持多字节表示一个字�W�。宽字符和Unicode�q�不完全�{�同�Q�Unicode只是宽字�W�的一�U�编码方式�?/p>
1、宽字符的定�?/p>
　　在ANSI中，一个字�W�（char�Q�的长度��Z��个字节（Byte�Q�。��用Unicode�Ӟ��一个字�W�占据一个字�Q�C++在wchar.h头文件中定义了最基本的宽字符�c�d��wchar_t�Q?/p>
typedef unsigned short wchar_t;
从这里我们可以清楚地看到�Q�所谓的宽字�W�就是无�W�号短整数�?/p>
2、常量宽字符�?/p>
　　对C++�E�序员而言�Q�构造字�W�串帔R��是一��经常性的工作。那么，如何构造宽字符字符串常量呢�Q�很��单，只要在字�W�串帔R��前加上一个大写的L��可以了�Q�比如：
wchar_t *str1=L" Hello";
�q�个L非常重要�Q�只有带上它�Q�编译器才知道你要将字符串存成一个字�W�一个字。还要注意，在L和字�W�串之间不能有空根{�?/p>
3、宽字符串库函数
��Z��操作宽字�W�串�Q�C++专门定义了一套函敎ͼ�比如求宽字符串长度的函数�?/p>
size_t __cdel wchlen(const wchar_t*);
　　��Z��么要专门定义�q�些函数呢？最�Ҏ��的原因是�Q�ANSI下的字符串都是以’\0’来标识字符串尾的（Unicode字符串以“\0\0”结束）�Q�许多字�W�串函数的正��操作均是以此�ؓ基础�q�行。而我们知道，在宽字符的情况下�Q�一个字�W�在内存中要占据一个字的空��_��q�就会��操作ANSI字符的字�W�串函数无法正确操作。以”Hello”字�W�串��Z��Q�在宽字�W�下�Q�它的五个字�W�是�Q?br />0x0048 0x0065 0x006c 0x006c 0x006f
在内存中�Q�实际的排列是：
48 00 65 00 6c 00 6c 00 6f 00
　　于是�Q�ANSI字符串函敎ͼ�如strlen�Q�在��到�W�一�?8后的00�Ӟ��׃��认�ؓ字符串到��了�Q�用strlen对宽字符串求长度的结果就永远会是1�Q?/p>
4、用宏实现对ANSI和Unicode通用的编�E?/p>
　　可见�Q�C++有一整套的数据类型和函数实现Unicode�~�程�Q�也��是��_��您完全可以��用C++实现Unicode�~�程�?br />如果我们惌��我们的程序有两个版本�Q�ANSI版本和Unicode版本。当�Ӟ��~�写两套代码分别实现ANSI版本和Unicode版本完全是行得通的。但是，针对ANSI字符和Unicode字符�l�护两套代码是非帔R��烦的事情。�ؓ了减�ȝ��E�的负担�Q�C++定义了一�p�d��的宏�Q�帮助您实现对ANSI和Unicode的通用�~�程�?br />　　C++宏实现ANSI和Unicode的通用�~�程的本质是�Ҏ��”_UNICODE”（注意�Q�有下划�U�）定义与否�Q�这些宏展开为ANSI或Unicode字符�Q�字�W�串�Q��?/p>
如下是tchar.h头文件中部分代码摘抄�Q?
#ifdef _UNICODE typedef wchar_t TCHAR; #define __T(x) L##x #define _T(x) __T(x) #else #define __T(x) x typedef char TCHAR; #endif
　　可见�Q�这些宏�Ҏ��”_UNICODE�?定义与否�Q�分别展开为ANSI或Unicode字符�?tchar.h头文件中定义的宏可以分�ؓ两类�Q?
A、实现字�W�和帔R��字符串定义的宏我们只列出两个最常用的宏�Q?
�? 未定义_UNICODE(ANSI字符) 定义了_UNICODE(Unicode字符)
TCHAR char wchar_t
_T(x) x L##x
注意�Q?br />　　�?#”是ANSI C标准的预处理语法�Q�它叫做“粘贴符号”，表示��前面的L��d��到宏参数上。也��是��_��如果我们写_T(“Hello�?�Q�展开后即为L“Hello�?/p>
B、实现字�W�串函数调用的宏
C++为字�W�串函数也定义了一�p�d��宏，同样�Q�我们只例�D几个常用的宏�Q?/p>
�? 未定义_UNICODE(ANSI字符) 定义了_UNICODE(Unicode字符)
_tcschr strchr wcschr
_tcscmp strcmp wcscmp
_tcslen strlen wcslen
四、��用Win32 API�q�行Unicode�~�程
Win32 API中定义了一些自��q��字符数据�c�d��。这些数据类型的定义在winnt.h头文件中。例如：
typedef char CHAR; typedef unsigned short WCHAR; // wc, 16-bit UNICODE character typedef CONST CHAR *LPCSTR, *PCSTR;
Win32 API在winnt.h头文件中定义了一些实现字�W�和帔R��字符串的宏进行ANSI/Unicode通用�~�程。同��P��只例丑և�个最常用的：
#ifdef UNICODE typedef WCHAR TCHAR, *PTCHAR; typedef LPWSTR LPTCH, PTCH; typedef LPWSTR PTSTR, LPTSTR; typedef LPCWSTR LPCTSTR; #define __TEXT(quote) L##quote // r_winnt #else /* UNICODE */ // r_winnt typedef char TCHAR, *PTCHAR; typedef LPSTR LPTCH, PTCH; typedef LPSTR PTSTR, LPTSTR; typedef LPCSTR LPCTSTR; #define __TEXT(quote) quote // r_winnt #endif /* UNICODE */ // r_winnt
　　从以上头文�g可以看出�Q�winnt.h�Ҏ��是否定义了UNICODE�Q�没有下划线�Q�，�q�行条�g�~�译�?br />　　 Win32 API也定义了一套字�W�串函数�Q�它们根据是否定义了“UNICODE”分别展开为ANSI和Unicode字符串函数。如�Q�lstrlen。API的字�W�串操作函数和C++的操作函数可以实现相同的功能�Q�所以，如果需要的话，��您尽可能使用C++的字�W�串函数�Q�没必要去花太多�_�֊�再去学习API的这些东�ѝ�?br />　　也许您从来没有注意到�Q�Win32 API实际上有两个版本。一个版本接受MBCS字符�Ԍ��另一个接受Unicode字符丌Ӏ�例如：其实�Ҏ��没有SetWindowText()�q�个API函数�Q�相反，有SetWindowTextA()和SetWindowTextW()。后�~�A表明�q�是MBCS函数�Q�后�~�W表示�q�是Unicode版本的函数。这些API函数的头文�g在winuser.h中声明，下面例�Dwinuser.h中的SetWindowText()函数的声明部分：
#ifdef UNICODE #define SetWindowText SetWindowTextW #else #define SetWindowText SetWindowTextA #endif // !UNICODE
　　可见�Q�API函数�Ҏ��定义UNICODE与否军_��指向Unicode版本�q�是MBCS版本�?br />　　�l�心的读者可能已�l�注意到了UNICODE和_UNICODE的区别，前者没有下划线�Q�专门用于Windows头文�Ӟ��后者有一个前�~�下划�U�，专门用于C�q�行时头文�g。换句话��_��也就是在ANSI C++语言里面�Ҏ��_UNICODE�Q�有下划�U�）定义与否�Q�各宏分别展开为Unicode或ANSI字符�Q�在Windows里面�Ҏ��UNICODE�Q�无下划�U�）定义与否�Q�各宏分别展开为Unicode或ANSI字符�?br />　　在后面我们将会看刎ͼ�实际使用中我们不加严格区分，同时定义_UNICODE和UNICODE�Q�以实现UNICODE版本�~�程�?
五、VC++6.0中编写Unicode�~�码的应用程�?
　　VC++ 6.0支持Unicode�~�程�Q�但默认的是ANSI�Q�所以开发�h员只需要稍微改变一下编写代码的习惯便可以轻杄��写支持UNICODE的应用程序�?br />　　使用VC++ 6.0�q�行Unicode�~�程主要做以下几��工作：
1、�ؓ工程��d��UNICODE和_UNICODE预处理选项�?
　　具体步骤�Q�打开[工程]->[讄��…]对话框，如图1所�C�，在C/C++标签对话框的“预处理�E�序定义”中去除_MBCS�Q�加上_UNICODE,UNICODE。（注意中间用逗号隔开�Q�改动后如图2�Q?/p>

图一

图二
　　在没有定义UNICODE和_UNICODE�Ӟ��所有函数和�c�d��都默认��用ANSI的版本；在定义了UNICODE和_UNICODE之后�Q�所有的MFC�c�d��Windows API都变成了宽字节版本了�?br />
2、设�|�程序入口点
　　因�ؓMFC应用�E�序有针对Unicode专用的程序入口点�Q�我们要讄��entry point。否则就会出现连接错误�?br />　　讄��entry point的方法是�Q�打开[工程]->[讄��…]对话框，在Link��늚�Output�c�d��的Entry Point里填上wWinMainCRTStartup�?/p>

图三
3、��用ANSI/Unicode通用数据�c�d��
　　微��Y提供了一些ANSI和Unicode兼容的通用数据�c�d��Q�我们最常用的数据类型有_T �Q�TCHAR�Q�LPTSTR,LPCTSTR�?br />　　��Z��说一下，LPCTSTR和const TCHAR*是完全等同的。其中L表示long指针�Q�这是�ؓ了兼容Windows 3.1�{?6位操作系�l�遗留下来的�Q�在Win32 中以及其它的32位操作系�l�中�Q�long指针和near指针及far修饰�W�都是�ؓ了兼容的作用�Q�没有实际意义。P�Q�pointer�Q�表�C��是一个指针；C�Q�const�Q�表�C�是一个常量；T(_T�?表示兼容ANSI和Unicode�Q�STR�Q�string�Q�表�C��个变量是一个字�W�串。综上可以看出，LPCTSTR表示一个指向常固定地址的可以根据一些宏定义改变语义的字�W�串。比如：
TCHAR* szText=_T(“Hello!�?; TCHAR szText[]=_T(“I Love You�?; LPCTSTR lpszText=_T(“大家好�Q��?;
使用函数中的参数最好也要有变化�Q�比如：
MessageBox(_T(“你好�?);
　　其实�Q�在上面的语句中�Q�即使您不加_T宏，MessageBox函数也会自动把“你好”字�W�串�q�行强制转换。但我还是推荐您使用_T宏，以表�C�您有Unicode�~�码意识�?
4、修改字�W�串�q�算问题
　　一些字�W�串操作函数需要获取字�W�串的字�W�数(sizeof(szBuffer)/sizeof(TCHAR))�Q�而另一些函数可能需要获取字�W�串的字节数sizeof(szBuffer)。您应该注意该问题�ƈ仔细分析字符串操作函敎ͼ�以确定能够得到正��的�l�果�?br />ANSI操作函数以str开��_��如strcpy()�Q�strcat()�Q�strlen()�Q?br />Unicode操作函数以wcs开��_��如wcscpy�Q�wcscpy()�Q�wcslen()�Q?br />ANSI/Unicode操作函数以_tcs开�?_tcscpy(C�q�行期库)�Q?br />ANSI/Unicode操作函数以lstr开�?lstrcpy(Windows函数)�Q?br />考虑ANSI和Unicode的兼容，我们需要��用以_tcs开头或lstr开头的通用字符串操作函数�?/p>
六、�D个Unicode�~�程的例�?/p>
�W�一步：
　　打开VC++6.0�Q�新建基于对话框的工�E�Unicode�Q�主对话框IDD_UNICODE_DIALOG中加入一个按钮控�Ӟ��双击该控件�ƈ��d��该控件的响应函数�Q?/p>
void CUnicodeDlg::OnButton1() { TCHAR* str1=_T("ANSI和UNICODE�~�码试验"); m_disp=str1; UpdateData(FALSE); }
　　��d��静态文本框IDC_DISP�Q��用ClassWizard�l�该控�g��d��CString�c�d��变量m_disp。��用默认ANSI�~�码环境�~�译该工�E�，生成Unicode.exe�?
�W�二步：
　　打开“控刉��李쀝，单击“日期、时间、语�a�和区域设�|�”选项�Q�在“日期、时间、语�a�和区域设�|�”窗口中�l�箋单击“区域和语言选项”选项�Q�弹出“区域和语言选项”对话框。在该对话框中，单击“高�U�”标�{�，��“非Unicode的程序的语言”选项改�ؓ“日语”，单击“应用”按钮，如图四：

囑֛�
弹出的对话框单击“是”，重新启动计算��Z��讄��生效�?br />�q�行Unicode.exe�E�序�q�单几Z��Button1”按钮，看，静态文本框出现了�ؕ码�?/p>
�W�三步：
　　改�ؓUnicode�~�码环境�~�译该工�E�，生成Unicode.exe。再�ơ运行Unicode.exe�E�序�q�单几Z��Button1”按钮。看到Unicode�~�码的优势了吧�?/p>
��p��q�些吧，��您好运�?/p>

阿π 2010-05-06 17:30 发表评论

阿π — Thu, 06 May 2010 08:39:00 GMT

�q�是一��程序员写给�E�序员的��味�ȝ��。所谓趣��x��指可以比较轻村֜�了解一些原来不清楚的概念，增进知识�Q�类��g��打RPG游戏的升�U�。整理这��文章的动机是两个问题：

问题一�Q?br />
    使用Windows��C��本的“另存�ؓ”，可以在GBK、Unicode、Unicode big endian和UTF-8�q�几�U�编码方式间�怺�转换。同��h��txt文�g�Q�Windows是怎样识别�~�码方式的呢�Q?br />
    我很早前��发现Unicode、Unicode big endian和UTF-8�~�码的txt文�g的开头会多出几个字节�Q�分别是FF、FE�Q�Unicode�Q?FE、FF�Q�Unicode big endian�Q?EF、BB、BF�Q�UTF-8�Q�。但�q�些标记是基于什么标准呢�Q?br />问题二：
    最�q�在�|�上看到一个ConvertUTF.c�Q�实��C��UTF-32、UTF-16和UTF-8�q�三�U�编码方式的�怺�转换。对于Unicode(UCS2)�?GBK、UTF-8�q�些�~�码方式�Q�我原来��׃��解。但�q�个�E�序让我有些�p�涂�Q�想不�v来UTF-16和UCS2有什么关�p�R�?

查了查相兌��料，�ȝ��这些问题弄清楚了，��带也了解了一些Unicode的细节。写成一��文章，送给有过�c�M��疑问的朋友。本文在写作时尽量做到通俗易懂�Q�但要求读者知道什么是字节�Q�什么是十六�q�制�?br />0、big endian和little endian

big endian和little endian是CPU处理多字节数的不同方式。例如“汉”字的Unicode�~�码�?C49。那么写到文仉��Ӟ��I�竟是将6C写在前面�Q�还是将49写在前面�Q�如果将6C写在前面�Q�就是big endian。还是将49写在前面�Q�就是little endian�?br />
“endian”这个词��《格列佛游记》。小人国的内战就源于吃鸡蛋时是究竟从大头(Big-Endian)敲开�q�是从小�?Little-Endian)敲开�Q�由此曾发生�q�六�ơ叛乱，其中一个皇帝送了命，另一个丢了王位�?br />
我们一般将endian��译成“字节序”，��big endian和little endian�U�C��“大��䏀�和“小��䏀��?br />1、字�W�编码、内码，��带介绍汉字�~�码

字符必须�~�码后才能被计算机处理。计��机使用的缺省编码方式就是计��机的内码。早期的计算��Z��?位的ASCII�~�码�Q��ؓ了处理汉字，�E�序员设计了用于��体中文的GB2312和用于繁体中文的big5�?br />
GB2312(1980�q?一共收录了7445个字�W�，包括6763个汉字和682个其它符受��汉字区的内码范围高字节从B0-F7�Q�低字节从A1-FE�Q�占用的码位�?2*94=6768。其中有5个空位是D7FA-D7FE�?br />
GB2312 支持的汉字太��?995�q�的汉字扩展规范GBK1.0收录�?1886个符��P��它分为汉字区和图形符号区。汉字区包括21003个字�W��?000�q�的 GB18030是取代GBK1.0的正式国家标准。该标准收录�?7484个汉字，同时�q�收录了藏文、蒙文、维向ְ�文等主要的少数民族文字。现在的PC�q�_��必须支持GB18030�Q�对嵌入式��品暂不作要求。所以手机、MP3一般只支持GB2312�?br />
从ASCII�?GB2312、GBK到GB18030�Q�这些编码方法是向下兼容的，卛_��一个字�W�在�q�些�Ҏ��中��L��有相同的�~�码�Q�后面的标准支持更多的字�W�。在�q�些�~�码中，英文和中文可以统一地处理。区分中文编码的�Ҏ��是高字节的最高位不�ؓ0。按照程序员的称��|��GB2312、GBK到GB18030都属于双字节字符�?(DBCS)�?br />
有的中文Windows的缺省内码还是GBK�Q�可以通过GB18030升��包升�U�到GB18030。不�q�GB18030相对GBK增加的字�W�，普通�h是很隄��到的�Q�通常我们�q�是用GBK指代中文Windows内码�?br />
�q�里�q�有一些细节：

    *

      GB2312的原文还是区位码�Q�从��Z��码到内码�Q�需要在高字节和低字节上分别加上A0�?br />    *

      在DBCS中，GB内码的存储格式始�l�是big endian�Q�即高位在前�?br />    *

      GB2312 的两个字节的最高位都是1。但�W�合�q�个条�g的码位只�?28*128=16384个。所以GBK和GB18030的低字节最高位都可能不�?。不�q�这不媄响DBCS字符��的解析�Q�在��d��DBCS字符��时�Q�只要遇到高位�ؓ1的字节，��可以将下两个字节作��Z��个双字节�~�码�Q�而不用管低字节的高位是什么�?br />
2、Unicode、UCS和UTF

前面提到从ASCII、GB2312、GBK到GB18030的编码方法是向下兼容的。而Unicode只与ASCII兼容�Q�更准确地说�Q�是与ISO-8859-1兼容�Q�，与GB码不兼容。例如“汉”字的Unicode�~�码�?C49�Q�而GB码是BABA�?br />
Unicode 也是一�U�字�W�编码方法，不过它是由国际组�l�设计，可以容纳全世界所有语�a�文字的编码方案。Unicode的学名是"Universal Multiple-Octet Coded Character Set"�Q�简�U�CؓUCS。UCS可以看作�?Unicode Character Set"的羃写�?br />
�Ҏ��l�基癄��全书(http: //zh.wikipedia.org/wiki/)的记载：历史上存在两个试囄��立设计Unicode的组�l�，卛_��际标准化�l�织�Q�ISO�Q�和一个��Y件制造商的协会（unicode.org�Q�。ISO开发了ISO 10646��目�Q�Unicode协会开发了Unicode��目�?br />
�?991�q�前后，双方都认识到世界不需要两个不兼容的字�W�集。于是它们开始合�q�双方的工作成果�Q��ƈ为创立一个单一�~�码表而协同工作。从Unicode2.0开始，Unicode��目采用了与ISO 10646-1相同的字库和字码�?br />
目前两个��目仍都存在�Q��ƈ独立地公布各自的标准。Unicode协会现在的最新版本是2005�q�的Unicode 4.1.0。ISO的最新标准是10646-3:2003�?br />
UCS规定了怎么用多个字节表�C�各�U�文字。怎样传输�q�些�~�码�Q�是由UTF(UCS Transformation Format)规范规定的，常见的UTF规范包括UTF-8、UTF-7、UTF-16�?br />
IETF 的RFC2781和RFC3629以RFC的一贯风��|��清晰、明快又不失严�}地描�q�C��UTF-16和UTF-8的编码方法。我��L��C��得IETF�?Internet Engineering Task Force的羃写。但IETF负责�l�护的RFC是Internet上一切规范的基础�?br />3、UCS-2、UCS-4、BMP

UCS有两�U�格式：UCS-2和UCS-4。顾名思义�Q�UCS-2��是用两个字节编码，UCS-4��是�?个字节（实际上只用了31位，最高位必须�?�Q�编码。下面让我们做一些简单的数学游戏�Q?br />
UCS-2�?^16=65536个码位，UCS-4�?^31=2147483648个码位�?br />
UCS -4�Ҏ��最高位�?的最高字节分�?^7=128个group。每个group再根据次高字节分�?56个plane。每个plane�Ҏ��W?个字节分�?256�?(rows)�Q�每行包�?56个cells。当然同一行的cells只是最后一个字节不同，其余都相同�?br />
group 0的plane 0被称作Basic Multilingual Plane, 即BMP。或者说UCS-4中，高两个字节�ؓ0的码位被�U�C��BMP�?br />
��UCS-4的BMP��L��前面的两个零字节��得��C��UCS-2。在UCS-2的两个字节前加上两个零字节，��得��C��UCS-4的BMP。而目前的UCS-4规范中还没有��M��字符被分配在BMP之外�?br />4、UTF�~�码

UTF-8��是�?位�ؓ单元对UCS�q�行�~�码。从UCS-2到UTF-8的编码方式如下：
UCS-2�~�码(16�q�制)     UTF-8 字节��?二进�?
0000 - 007F     0xxxxxxx
0080 - 07FF     110xxxxx 10xxxxxx
0800 - FFFF     1110xxxx 10xxxxxx 10xxxxxx

例如“汉”字的Unicode�~�码�?C49�?C49�?800-FFFF之间�Q�所以肯定要�?字节模板了：1110xxxx 10xxxxxx 10xxxxxx。将6C49写成二进制是�Q?110 110001 001001�Q?用这个比�Ҏ��依次代替模板中的x�Q�得刎ͼ�11100110 10110001 10001001�Q�即E6 B1 89�?br />
读者可以用��C��本测试一下我们的�~�码是否正确�?br />
UTF -16�?6位�ؓ单元对UCS�q�行�~�码。对于小�?x10000的UCS码，UTF-16�~�码��q��于UCS码对应的16位无�W�号整数。对于不��于 0x10000的UCS码，定义了一个算法。不�q�由于实际��用的UCS2�Q�或者UCS4的BMP必然��于0x10000�Q�所以就目前而言�Q�可以认为UTF -16和UCS-2基本相同。但UCS-2只是一个编码方案，UTF-16却要用于实际的传输，所以就不得不考虑字节序的问题�?br />5、UTF的字节序和BOM

UTF -8以字节�ؓ�~�码单元�Q�没有字节序的问题。UTF-16以两个字节�ؓ�~�码单元�Q�在解释一个UTF-16文本前，首先要弄清楚每个�~�码单元的字节序。例如收��C��个“奎”的Unicode�~�码�?94E�Q�“乙”的Unicode�~�码�?E59。如果我们收到UTF-16字节��?94E”，那么�q�是“奎”还�?“乙”？

Unicode规范中推荐的标记字节��序的方法是BOM。BOM不是“Bill Of Material”的BOM表，而是Byte Order Mark。BOM是一个有点小聪明的想法：

在UCS �~�码中有一个叫�?ZERO WIDTH NO-BREAK SPACE"的字�W�，它的�~�码是FEFF。而FFFE在UCS中是不存在的字符�Q�所以不应该出现在实际传输中。UCS规范��我们在传输字节流前，先传输字�W?ZERO WIDTH NO-BREAK SPACE"�?br />
�q�样如果接收者收到FEFF�Q�就表明�q�个字节��是Big-Endian的；如果收到FFFE�Q�就表明�q�个字节��是Little-Endian的。因此字�W?ZERO WIDTH NO-BREAK SPACE"又被�U�C��BOM�?br />
UTF -8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字�W?ZERO WIDTH NO-BREAK SPACE"的UTF-8�~�码是EF BB BF�Q�读者可以用我们前面介绍的编码方法验证一下）。所以如果接收者收��C��EF BB BF开头的字节��，��q��道这是UTF-8�~�码了�?br />
Windows��是使用BOM来标记文本文件的�~�码方式的�?br />6、进一步的参考资�?br />
本文主要参考的资料�?"Short overview of ISO-IEC 10646 and Unicode" (http://www.nada.kth.se/i18n/ucs/unicode-iso10646-oview.html)�?br />
我还找了两篇看上��M��错的资料�Q�不�q�因为我开始的疑问都找��C��{�案�Q�所以就没有看：

   1. "Understanding Unicode A general introduction to the Unicode Standard" (http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter04a)
   2. "Character set encoding basics Understanding character set encodings and legacy encodings" (http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter03)

我写�q�UTF-8、UCS-2、GBK�怺�转换的��Y件包�Q�包括��用Windows API和不使用Windows API的版本。以后有旉��的话�Q�我会整理一下放到我的个��Z��上(http://www.fmddlmyy.cn)�?br />
我是��x��楚所有问题后才开始写�q�篇文章的，原以��Z��会儿��p��写好。没惛_��考虑措辞和查证细节花费了很长旉��Q�竟然从下午1:30写到9:00。希望有读者能从中受益�?/div>

阿π 2010-05-06 16:39 发表评论

阿π — Thu, 06 May 2010 08:09:00 GMT
什么是ANSI�Q�什么又是UNICODE呢？其实�q�是两种不同的编码方式标准，ANSI中的字符采用8bit�Q�而UNICODE中的字符采用16bit。（对于字符来说ANSI以单字节存放英文字符�Q�以双字节存放中文等字符,而Unicode下，英文和中文的字符都以双字节存放）Unicode码也是一�U�国际标准编码，采用二个字节�~�码�Q�与ANSI码不兼容。目前，在网�l�、Windows�pȝ��和很多大型��Y件中得到应用�?bit的ANSI�~�码只能表示256�U�字�W�，表示26个英文字母是�l��Ԓ有余的，但是表示汉字�Q�韩国语�{�有着成千上万个字�W�的非西方字�W�肯定就不够了，正是如此才引入了UNICODE标准。  �?br />     在��Y件开发中�Q�特别是使用C语言的一些有兛_��W�串处理的函敎ͼ�ANSI和UNICODE是区分是用的�Q�那么ANSI�c�d��的字�W�和UNICODE�c�d��的字�W�如何定义，如何使用呢？ANSI和UNICODE又如何�{换呢�Q�  �?br />   一�Q�定义部分：
   ANSI�Q�char    str[1024]; 可用字符串处理函敎ͼ�strcpy( ),    strcat( ),   strlen( )�{�等�?br />UNICODE�Q�wchar_t    str[1024]�Q�可用字�W�串处理函数
二．可用函数�Q?
   ANSI�Q�即char�Q�可用字�W�串处理函数�Q�strcat(    ),strcpy(    ),    strlen(    )�{�以str打头的函数。  �?br />   UNICODE�Q�即wchar_t 可用字符串处理函敎ͼ�wcscat(),wcscpy(),wcslen()�{�以wcs打头的函数。  �?br />   三．�pȝ��支持
      Windows    98    �Q�只支持ANSI。  �?br />      Windows    2k    �Q�既支持ANSI又支持UNICODE。  �?br />      Windows    CE    �Q�只支持UNICODE。  �?br />      说明
      1 在COM里面只支持UNICODE。  �?br />      2�Q�Windows   2000整个OS�pȝ��都是��Z��UNICODE的，为此在windows 2000 下��用ANSI是需要付��Z��L��Q�虽然在�~�码上不用�Q何的转换�Q�但是这�U��{化是隐藏的，是占用系�l�资源的�Q�CPU�Q�内存）。  �?br />      3 在Windows 98下必��M��用UNICODE�Q�则需要自己手动的�~�码切换。  �?br />    四．如何区分�Q�  �?br />    在我们��Y件开发中往往需要即支持ANSI又支持UNICODE�Q�不可能在要求类型�{换的时候，重新改变字符串的�c�d��Q�和使用于字�W�串上的操作函数。�ؓ�? 标准C�q�行期库和Windows 提供了宏定义的方式。  �?br />    在C语言里面提供�?_UNICODE宏（有下划线�Q�，在Windows里面提供了UNICODE宏（无下划线�Q�，只要定了_UNICODE宏和UNICODE宏，�pȝ��׃��自动切换到UNICODE版本�Q�否则，�pȝ��按照ANSI的方式进行编译和�q�行。  �?br />    只定义了宏�ƈ不能实现自动的�{换，他还需要一�p�d��的字�W�定义支持。  �?br />   1. TCHAR
   如果定义了UNICODE宏则TCHAR被定义�ؓwchar_t。  �?br />    typedef    wchar_t    TCHAR;
    否则TCHAR被定义�ؓchar
    typedef    char   TCHAR;
   2�Q�LPTSTR
如果定义了UNICODE宏则LPTSTR被定义�ؓLPWSTR。（以前一直不知道LPWSTR是什么东东，�l�于明白了）
   typedef    LPTSTR   LPWSTR;
   否则TCHAR被定义�ؓchar
   typedef    LPTSTR   LPSTR;
补充一下：
UTF-8是可以用于真正的��式传输的，Unicode是一�U�编码方案  �?br />    我的理解是UTF-8是Unicode的一�U�具体实现。类似的实现�q�有UTF�Q?6�{�等�?

ANSI/Unicode字符和字�W�串
TChar.h是String.h的修改，用于创徏ANSI/Unicode通用字符丌Ӏ?/p>
Unicode字符串的每个字符都是16位的�?/p>
Win9x只支持ANSI�Q�Win2000/XP/2003支持ANSI/Unicode�Q�WinCE只支持Unicode
       附：有部分Unicode函数也可以在Win9X中��用，但可能会出现意想不到错误�?/p>
wchar_t是Unicode字符的数据类型�?/p>
所有的Unicode函数均以wcs开��_��ANSI函数均以str开��_��ANSI C规定C�q�行期库支持ANSI和Unicode
                                 ANSI                                                                              Unicode
       char   *strcat(char   *,   const   char   *)                           wchar_t   *wcscat(wchar_t   *,   const   wchar_t   *)
       char   *strchr(const   char * , int)                                   wchar_t    *wcschr(const   wchar_t   * , int)
       int   strcmp(const   char   *,    const   char   *)                int    wcscmp(const   wchar_t   *, const   wchar_t *)
       char *strcpy(char   *,   const   char   *)                           wchar_t   *wcscpy(wchar_t    *,   const   wchar_t    *)
       size_t   strlen(const   char   *)                                        wchar_t    wcslen(const   wchar_t   *)
L" wash " : 用于��ANSI字符串�{换�ؓUnicode字符�Ԍ��
        _TEXT(" wash ")�Ҏ��是否定义Unicode或_Unicode�q�行转换�?br />       附：_Unicode用于C�q�行库；Unicode用于Windows头文件�?/p>
ANSI/Unicode通用数据�c�d��
                        Both�Q�ANSI/Unicode�Q�                  �?ANSI                       Unicode
                               LPCTSTR                                 LPCSTR                   LPCWSTR
                               LPTSTR                                    LPSTR                      LPWSTR
                               PCTSTR                                   PCSTR                      PCWSTR
                               PTSTR                                      PSTR                         PWSTR
                               TBYTE(TCHAR)                      CHAR                         WCHAR
在设计dll时最好提供ANSI和Unicode函数�Q�ANSI函数只用于分配内存，��字�W��{换�ؓUnicode字符�Q�然后调用Unicode函数�?/p>
最好��用操作系�l�函敎ͼ��用或不实用C�q�行期函�?br />        eg�Q�操作系�l�字�W�串函数�Q�shlWApi.h�Q?br />                StrCat(), StrChr(), StrCmp(), StrCpy()�{?br />                注意它们区分大小写，也区分ANSI和Unicode版本
        附：ANSI版函数在原函数后加大写字母A
                Unicode函数在原函数后加大写字母W
成�ؓ�W�合ANSI和Unicode的函�?br />        �?��文本串视�ؓ字符数组�Q�而不是c h a r s数组或字节数�l��?br />        �?��通用数据�c�d��Q�如T C H A R和P T S T R�Q�用于文本字�W�和字符丌Ӏ?br />        �?��显式数据类型（如B Y T E和P B Y T E�Q�用于字节、字节指针和数据�~�存�?br />        �?��T E X T宏用于原义字�W�和字符丌Ӏ?br />        �?修改字符串运��问�?�?br />          如：sizeof(szBuffer) -> sizeof(szBuffer) / sizeof(TCHAR)
                  malloc(charNum) -> malloc(charNum * sizeof(TCHAR))
对Unicode字符操作的函数还有：�Q�也有ANSI和Unicode版本�Q?br />       lstrcat() , lstrcmp() / lstrcmpi()[ 它们在内部调用CompareString() ], lstrcpy(), lstrlen()
       �q�些是作为宏实现的�?/p>
          C�q�行期函敊W�                                    �?windows函数
                  tolower()                                  PTSTR   CharLower(PTSTR   pszString)
                  toupper()                                 PTSTR   CharUpper(PTSTR   pszString)
                  isalpha()                                  BOOL   IsCharAlpha(TCHAR   ch)
                                                                   BOOL   ISCharAlphaNumeric(TCHAR   ch)
                  islower()                                  BOOL   IsCharLower(TCHAR   ch)
                  isupper()                                 BOOL   IsCharUpper(TCHAR   ch)
                  print()                                       wsprintf()
       转换Buffer�Q�DWORD   CharLowerBuffer(PTSTR   pszString , DWORD cchString)
                              DWORD CharUpperBuffer(PTSTR   pszString , DWORD   cchString)
       也可转换单个字符�Q�如�Q�TCHAR   cLowerCaseChar = CharLower((PTSTR)szString[0])
��定字符是ANSI或Unicode
        BOOL   IsTextUnicode(
                     const   VOID   * pBuffer,   //input   buffer   to be   examined
                     int   cb,                               //size of input   buffer
                     LPINT   lpi                         //options
        )
       附：此函数在Win9x�pȝ��中，没有实现代码�Q�始�l�返回FALSE
Unicode与ANSI之间的�{�?br />        char   szA[40];
        wchar   szW[40];
        // Normal   sprintf : all   string   are   ANSI
        sprintf( szA , " %s " , " ANSI   str ");
        // Convert   Unicode   string   to ANSI
        sprintf(   szA,   " %S " ,   L" Unicode   str ");
        // Normal   swprintf : all string are unicode
        swprinf( szW , "%s" , L" Unicode   str ");
        // Convert   ANSI   String to Unicode
        swprinf( szW, L"%S" , "ANSI str");
        int   MultiByteToWideChar(
              UINT   uCodePage,                   //code page,   0
              DWORD   dwFlags,                   //character-type   options,   0
              PCSTR   pMultiByte,                  //source   string   Addr
              int   cchMultiByte,                       //source   string   byte length
              PWSTR   pWideCharStr,          //Dest string   Addr
              int   cchWideChar                      //Dest   string char   Nums
         )
        u C o d e P a g e参数用于标识一个与多字节字�W�串相关的代码页受��d w F l a g s参数用于讑֮�另一个控�Ӟ��它可以用重音�W�号之类的区分标记来影响字符。这些标志通常�q�不使用�Q�在d w F l a g s参数中传�?。p M u l t i B y t e S t r参数用于讑֮�要�{换的字符�Ԍ�� c c h M u l t i B y t e参数用于指明该字�W�串的长度（按字节计��）。如果�ؓc c h M u l t i B y t e参数传�? 1�Q�那么该函数用于��定源字�W�串的长度。�{换后产生的U n i c o d e版本字符串将被写入内存中的缓存，其地址由p Wi d e C h a r S t r参数指定。必��d��c c h Wi d e C h a r参数中设定该�~�存的最大��|��以字�W��ؓ计量单位�Q�。如果调用M u l t i B y t e To Wi d e C h a r�Q�给c c h Wi d e C h a r参数传�?�Q�那么该参数��不执行字符串的转换�Q�而是�q�回��Z��转换取得成功所需要的�~�存的倹{�?/p>
     可以通过下列步骤��多字节字符串�{换成U n i c o d e�{��h字符�Ԍ��
     1) 调用M u l t i B y t e To Wi d e C h a r函数�Q��ؓp Wi d e C h a r S t r参数传递N U L L�Q��ؓc c h Wi d e C h a r参数传�?�?br />     2) 分配��_��的内存块�Q�用于存放�{换后的U n i c o d e字符丌Ӏ�该内存块的大小由前面对M u l t B y t e To Wi d e C h a r的调用返回�?br />     3) 再次调用M u l t i B y t e To Wi d e C h a r�Q�这�ơ将�~�存的地址作�ؓp Wi d e C h a r S t r参数来传递，�q�传递第一�ơ调用M u l t i B y t e To Wi d e C h a r时返回的�~�存大小�Q�作为c c h Wi d e c h a r参数�?br />     4) 使用转换后的字符丌Ӏ?br />     5) 释放U n i c o d e字符串占用的内存块�?/p>
    int WideCharToMultiByte(
          UINT CodePage,                        // code page
          DWORD dwFlags,                      // performance and mapping flags
          LPCWSTR lpWideCharStr,      // wide-character string
          int cchWideChar,                       // number of chars in string
          LPSTR lpMultiByteStr,               // buffer for new string
          int cbMultiByte,                           // size of buffer
          LPCSTR lpDefaultChar,            // default for unmappable chars
          LPBOOL lpUsedDefaultChar   // set when default char used
     )

阿π 2010-05-06 16:09 发表评论

阿π — Thu, 06 May 2010 04:38:00 GMT

首先声明,我们既不惛_��起一�?CORBA vs Ice"的争论，也不��x��疑CORBA。相反，我们认�ؓCORBA在它的时代是一个很大的成就�Q�而且�Q�Ice也明昑ր�用了CORBA的很多思想�?/p>
我们军_��写这��比较文章是因�ؓ我们期望更多的�h能正��地询问我们��Z��他们要用Ice代替CORBA。对�q�个问题�Q�我们通常的回�{�是�Q��ؓ什么不先自��p��试��?Ice呢？我们敢肯定，一旦你使用了Ice有一�D�|��_��你就永远不会再想用回CORBA。请�怿�我们�Q�很�Ҏ��会喜�Ƣ上Ice�Q�因为它优雅、简单，它的�l�构一致性，而且最后一点：臛_��它没有大量的�Ҏ��和工具�?/p>
对于没有旉��去试验Ice来了解它的�h�Q�这里有一些原因让我们�怿�Ice优于CORBA�Q?/p>
1、Completeness(完备�?
当我们说到完备性时�Q�我们的意思是实际产品的完备性，而不是从来未被实现的标准的完备性。我们相信Ice比市��Z��M��单个CORBA更完备。你可以自己做一个检查：市场上有哪个CORBA产品提供了跟Ice可比较的�Ҏ��？

2、Performance(性能)
�׃��h��CORBA所没有的结构优点，Ice��h��H�出的性能。Ice高效的协议、请求批量化、高效的事�g分发都意味着Ice比CORBA ORB�q�行得更快，同时消耗更��的�U��\带宽�?/p>
3、No "Design by Committee"(非“委员会设计�?
Ice�׃��专业的资深专家所设计。Ice没有设计成适合所有�h的“万金��a”。而CORBA则充斥着被具有特权的制定者加�q�到标准里的众多不切实际的特性，却又没有真正考虑到这些特性是否会被真正地实现�?/p>
通常�Q��ؓ了就CORBA标准达成一致的唯一�Ҏ��是��之前大量实现的�Ҏ��放在一��P��生硬地塞�q�标准里。这��D��了标准越来越大，也越来越复杂�Q�超��Z��实际的需要。这也意味着�q�_��更大更慢�Q�也因�ؓ复杂的API��D��了难以��用。Ice提供的API集小得多�Q�也更高效，比CORBA的API易于学习使用�Q��ƈ且功能�ƈ不少�?/p>
4、Slice
Slice�Q�Ice的规范定义语�a��Q�比CORBA IDL更小、更��z�、更强大。Slice��h��更少的语�a��l�构�Q�但却更灉|��。例如，一个内建的字典�c�d��提供直接快速访问数据结构，异常的��承允许更清晰地媄��到支持异常处理的语�a�。同�Ӟ��Slice抛弃了CORBA IDL不需要的复杂性，例如属性，inout参数�Q�上下文和传值对�?Objects-by-Value)的复杂性�?/p>
5、Language Mappings(语言影射)
Ice支持到C++、Java、Python、PHP、C#和Visual Basic的语�a�影射。我们知道�Q何一个CORBA实现提供商都没有提供那么多的语言影射选择�?/p>
实际上大多数的CORBA提供商只提供C++和Java的媄��，如果你想使用其它语言影射�Q�你��p��切换��C��同的提供商的产品或��用没有实验支持的CORBA实现�?/p>
6、Persistence(持久�?
Slice�q�不单单是一个接口定义语�a�。它也可以用来描�q�Ice对象�q�行持久的属性，使得很容易写出支持对象持久的服务器端�E�序�?/p>
7、Metadata(元数�?
Slice支持可扩展的元数据设施，它允许Slice为实现应用程序相关的某些目的而��用元数据的标记。例如元数据可以用于定制不同于标准Java影射方式的媄��来满��某些特定�E�序的要求�?/p>
8、No any Type(没有any数据�c�d��)
Ice 没有CORBA里Any�c�d��的等��h��据类型。这对于CORBA用户来说可能感到很惊�Ӟ��因�ؓAny数据�c�d��在CORBA标准里被�q�泛��C��用。但是，Any 数据�c�d��是多余的�Q�程序语�a�象Java和C++�q�没有Any数据�c�d��Q�而且Any数据�c�d��对分布式�pȝ��来说也不是属于一个良好的设计。Any数据�c�d��通常用在两种情况下：一�U�是需要在�pȝ��的中介部分对接收到的数据直接�q�行传递，而不用关心数据的真实�c�d��Q�例如CORBA的Event服务�Q�另一�U�是用来作�ؓ union(联合�l�构�?的一个等��L��?/p>
Ice可以通过发送和接收"blobs"的请求来满��W�一�U�情况，Slice的类�l�承可以满��W�二�U�情��c��Q何一�U�情况，Ice的程序都更高效，更加��h��c�d��安全�Q�更加容易设计和实现�Q�而不会遇��C��用CORBA Any数据�c�d��时所��h��的复杂性�?/p>
9、Ice Core(Ice的核�?
虽着旉��的演化，CORBA的核心变得异常的复杂。一个初�U�的例子要在POA(CORBA的对象适配�?里面正确使用都需要很专业的知识，即��你只��x��持一��部分的技术特性。Ice的对象适配器，在另一斚w��来说�Q�更加简单、直观、也跟POA一��L��功能强大�Q�定义良好的API使得比POA开发一个可扩展的程序项目需要更��的工作�?/p>
10、Ice Protocol(Ice协议)
IIOP是CORBA的弱点之一�Q�具有太多的设计�~�陷。例如，没有�~�少��h��的封装来防止消息的分发。低效的寚w��规则��D��了多余的数据拯��。数据的�~�码规则复杂�Q�却没有带来相应的性能的提高，对象引用的编码异常复杂，妨碍了有效的的编码和在内存共享的执行。代码集的协商是在标准下达成�Q�会遭遇到很多冲�H�。所有这些复杂性意味着IIOP很难实现�Q�带来了互操作性和性能上的问题。Ice的协议是��单�ƈ且更加有效，它提供了一些IIOP没有提供的特性，例如数据压羃和批��h��扚w��化�?/p>
11、Security(安全�?
安全性是CORBA的最大的一个难题。OMG已经通过了多个标准，但很多都没有被广泛地实现�Q�CORBA的客户依然没有一个可工作的安全的ORBs。当设计 Ice�Ӟ��和CORBA相比�Q�安全性被认�ؓ是基本的�Ҏ��。这��是Ice提供一个真正能�q�作的SSL实现的安全的防火墙的原因�?/p>
12、C++ Mapping(C++映射)
�?C++来��用CORBA非常困难。即使你是很有经验的C++开发者。CORBA的C++映射在内存管理和异常安全斚w��有很多的陷阱和缺陗��相较之下，Ice的C++映射非常��单和直观。它不会有因为错误而导致内存的泄漏。要��C��的映��规则的数目比CORBA的C++映射��得多，而且Ice的C++ 映射是基于工业标准的STL�?/p>
14、Scalability(可�׾~��?
当你是一个专家时�Q�CORBA是一�U�可伸羃性很好的技术。但采用Ice�Q��Q何�h都可以写出高可�׾~�性的应用。例如，Ice实现了一个持久化的逐出器，你可以��用它来很�Ҏ��地处理上百万的对象，你所做的仅仅是在 Slice的定义里指定对象的数据，剩下的工作Ice一手包办：Ice�q�行库��用高速的数据库来自动加蝲和保存对象�?/p>
15、Versioning(版本�?
CORBA没有��M��机制来支持对象状态的版本化。Freeze是Ice的持久服务，它允许持久数据在Slice的定义中改变�Ӟ��很容易地�q�行数据库的�U�L��?/p>
16、Software Updates(软�g更新)
IcePatch是一个允�怽�更行客户端��Y件的工具。它使用压羃来提高数据的传输�Q��ƈ使用校验值来保证一致性。CORBA完全没有提供一个在分布式环境来�q�行软�g更新的机制�?/p>
17、Typed Event Service(�c�d��化的事�g服务)
CORBA有一个标准来提供�c�d��化的事�g服务�Q�但很少甚至没有被实现。类型化的事件服务也有很多已知的问题�Q�事实上它在真正环境的部�|�是不可用的。Ice从一开始就提供了类型化事�g的服务。IceStorm是一个高效、类型化事�g服务的实玎ͼ�它支持事件联盟�?/p>
18、Facets(多接�?
CORBA支持�l�承�Q�DCOM支持聚合。在�q�去�Q�有很多关于那一�U�是更好的方法的争论。Ice以接口��承加上以多接口�Ş式的聚合来同时支持这两种方式。Facets允许你在�q�行的时候用动态的聚合来扩展类型来替代静态的�l�承�?/p>
19、Asynchronous Messages(异步消息)
CORBA 支持异步消息调用(AMI)�Q�但很少CORBA产品实现了AMI。Ice一开始就以简单和有效的方式支持AMI。Ice也支持异步消息分�?AMD)�Q�这是CORBA里完全没有的东西。AMD�{��h于客��L��的AMI�Q�不�q�AMD是用在服务器端的。��用AMI�Q�你可以发送了一个请求，然后在以后的一个事件收到服务器的结果时调用一个回调函数来处理�q�回的结果。而��用AMD�Q�你可以��分发线�E�归�q�给Ice�Q��ƈ在结果已�l�准备好发送到客户端时再次调用分发�U�程�?AMI和AMD都能被连接�v来，�q�允�怽�只消耗很��的资源��p��构徏高效的�\��q��序�?/p>
AMI和AMD对客��L��和服务器端来说都是透明的。也��是�Q�一个服务器�E�序不知道一个请求是否通过AMI调用发出的还是同步地调用发出的，客户端程序也不知道一个操作的调用在服务器端是通过AMD分发处理的还是同步地处理的。当需要��用AMI和AMD�Ӟ��不用修改Slice�?/p>
�l�束语：

我们希望上面的解释能另你�Ȁ发你对Ice的兴��。如果你有�Q何的问题或解释，我们会邀请你加入我们的邮件列表。我们的目标是不断地改进Ice�Q�因此你的反馈对我们来说是很有�h值的�?/p>
                                                                                    gigaboy��译完成�?005/7/4 3:02

阿π 2010-05-06 12:38 发表评论

字符	A	N	�?/td>
ANSI�?/td>	41H	4eH	cdbaH
Unicode�?/td>	0041H	004eH	548cH

�?	未定义_UNICODE(ANSI字符)	定义了_UNICODE(Unicode字符)
TCHAR	char	wchar_t
_T(x)	x	L##x

国产欧美精品一区,亚洲在线一区二区三区,亚洲欧美中文在线视频

Linux下makefile教程

c++ 中关于int�Q�unsigned int , short的跨�q�_���U�L��

C++中的四种强制�c�d��转换的区�?[转]

c++ 枚�D�|�页

[收藏]QQ_dll Function

[分��n收藏]IP协议族协议头�l�构

atoi,atof实现

Wt�Q�简�?/span>

DLL在应用程序间�׃�n数据

利用斯特�?Stirling)公式求解n!

Application Compatibility - Session 0 Isolation

基本操作的位�q�算实现

定位IAT�q�输出导入函数名�U�和对应的函数地址

堆和栈的区别

�q�程间通信

关于破解photoshop cs4的自动联�|�检���序列号问题

VC++的Unicode�~�程[转]

c++ 中关于int�Q�unsigned int , short的跨�q�_��U�L��

关于破解photoshop cs4的自动联�|�检��序列号问题