function list for notepad++

这里有unicode 版的下载：

http://randronov.blogspot.com/2008/11/function-list-for-notepad-5x-unicode.html

其实notepad++ 5.2 的zip包中有ansi的下载的。

离思

曾经沧海难为水，除却巫山不是云。
取次花丛懒回顾，半缘修道半缘君。

上星期天，大程结婚请客。这是自打毕业以来的第一次聚会，班里同学共12人，实到10人。4月份还有两个人结婚，时间过得真快。好怀念上学的岁月。

做项目

感觉自己要做项目的话必须一气呵成，中间不能有任何停顿，因为自己对某一方面的兴趣不会保持太长；

另外还要制定切实可行的计划，并在实行过程中贯彻执行；

转帖：使用__attribute__处理对齐问题

http://www.skynet.org.cn/archiver/?tid-87.html

 

GNU C扩展的__attribute__ 机制被用来设置函数、变量、类型的属性，其用得较多的是处理字节对齐的问题。

__attribute__ 的语法为：
[code]__attribute__ ((语法列表))[/code]

参数aligned(number) [number为最小对齐的字节数]是用得较多的一个。
另一个是参数packed 表示"使用最小对齐"方式，即对变量是字节对齐，对于域是位对齐。

这个例子稍长了点，不过非常简单：
[root@Kendo develop]# cat align.c
[code]#include <stdio.h>

struct A{
        char a;
        int b;
        unsigned short c;
        long d;
        unsigned long long e;
        char f;
};

struct B{
        char a;
        int b;
        unsigned short c;
        long d;
        unsigned long long e;
        char f;
}__attribute__((aligned));

struct C{
        char a;
        int b;
        unsigned short c;
        long d;
        unsigned long long e;
        char f;
}__attribute__((aligned(1)));


struct D{
        char a;
        int b;
        unsigned short c;
        long d;
        unsigned long long e;
        char f;
}__attribute__((aligned(4)));

struct E{
        char a;
        int b;
        unsigned short c;
        long d;
        unsigned long long e;
        char f;
}__attribute__((aligned(8)));

struct F{
        char a;
        int b;
        unsigned short c;
        long d;
        unsigned long long e;
        char f;
}__attribute__((packed));

int main(int argc, char **argv)
{
        printf("A = %d, B = %d, C = %d, D = %d, E = %d, F = %d\n",
                sizeof(struct A), sizeof(struct B), sizeof(struct C), sizeof(struct D), sizeof(struct E), sizeof(struct F));
        return 0;
}[/code]

在一个32位机上运行结果如下：

[code][root@Kendo develop]# gcc -o align align.c
[root@Kendo develop]# ./align            
A = 28, B = 32, C = 28, D = 28, E = 32, F = 20[/code]

我们看到，最后一个struct F，1 + 4 + 2 + 4 + 8 + 1 = 20，因为使用了__attribute__((packed)); 来表示以最小方式对齐，所以结果刚好为20。

而第一个struct A，因为什么也没有跟，采用默认处理方式：4（1） + 4 + 4（2） + 4 +  8 + 4（1） = 28，括号中是其成员本来的大小。与此相似的是struct D。

接下来看struct E，采用8个字节的方式来对齐：8（1+4+2 ，即a, b, c）+ 8(4, d) + 8 + 8(1, f) = 32。

而在struct C中，试图使用__attribute__((aligned(1))) 来使用1个字节方式的对齐，不过并未如愿，仍然采用了默认4个字节的对齐方式。

在struct B中，aligned没有参数，表示"让编译器根据目标机制采用最大最有益的方式对齐"――当然，最有益应该是运行效率最高吧，呵呵。其结果是与struct E相同。

在对结构的大小并不关注的时候，采用默认对齐方式或者编译器认为最有益的方式是最常见的，然后，对于一些对结构空间大小要求严格，例如定义一个数据包报头的时候，明白结构的对齐方式，就非常有用了。

转帖：c语言中的内存对齐

http://blog.csdn.net/ztz0223/archive/2007/05/10/1602970.aspx

 

先看一个具体的问题:

内存对齐的问题。

struct倘若如此声明：
struct something {
...
...
}

如果在结构体后面加上__attribute__((packed));记得带上后面的";"那么就是严格的各个成员的大小之和。
或者可以在程序开头的地方加上#pragma pack(N),其中N为对齐的字节数,若为1则和__attribute__((packed))是一个意思了.当然了,若#pragma pack(N)放在结构体的定义后面定义那么对结构体是无效的啦.

我们看一个程序:
#include<stdio.h>
//#pragma pack(1)
struct node{
       //int i;
       char aa[5];
       int i;
       struct node *front;
       struct node *next;
       };//__attribute__((packed));
//#pragma pack(1)

int main(void)
{
    int a;
    a=sizeof(char);
    printf("a=%d",a);
    a =sizeof(struct node );
    printf("a=%d",a);
    getchar();
    }
其中__attribute__((packed))和#pragma pack(1)是我尝试对齐用的.采用不对齐的形式就可以看出struct node *front和struct node *next都是占用的4个字节,这个是与结构体的大小,形式没有关系了.

下面引用人家的一篇文章说明具体的结构分配.

许多实际的计算机系统对基本类型数据在内存中存放的位置有限制，它们会要求这些数据的首地址的值是某个数k(通常它为4或8)的倍数，这就是所谓的内存对齐，而这个k则被称为该数据类型的对齐模数(alignment modulus)。当一种类型S的对齐模数与另一种类型T的对齐模数的比值是大于1的整数，我们就称类型S的对齐要求比T强(严格)，而称T比S弱(宽松)。这种强制的要求一来简化了处理器与内存之间传输系统的设计，二来可以提升读取数据的速度。比如这么一种处理器，它每次读写内存的时候都从某个8倍数的地址开始，一次读出或写入8个字节的数据，假如软件能保证double类型的数据都从8倍数地址开始，那么读或写一个double类型数据就只需要一次内存操作。否则，我们就可能需要两次内存操作才能完成这个动作，因为数据或许恰好横跨在两个符合对齐要求的8字节内存块上。某些处理器在数据不满足对齐要求的情况下可能会出错，但是Intel的IA32架构的处理器则不管数据是否对齐都能正确工作。不过Intel奉劝大家，如果想提升性能，那么所有的程序数据都应该尽可能地对齐。Win32平台下的微软C编译器(cl.exe for 80x86)在默认情况下采用如下的对齐规则: 任何基本数据类型T的对齐模数就是T的大小，即sizeof(T)。比如对于double类型(8字节)，就要求该类型数据的地址总是8的倍数，而 char类型数据(1字节)则可以从任何一个地址开始。Linux下的GCC奉行的是另外一套规则(在资料中查得，并未验证，如错误请指正):任何2字节大小(包括单字节吗?)的数据类型(比如short)的对齐模数是2，而其它所有超过2字节的数据类型(比如long,double)都以4为对齐模数。
　　
　　现在回到我们关心的struct上来。ANSI C规定一种结构类型的大小是它所有字段的大小以及字段之间或字段尾部的填充区大小之和。嗯？填充区？对，这就是为了使结构体字段满足内存对齐要求而额外分配给结构体的空间。那么结构体本身有什么对齐要求吗？有的，ANSI C标准规定结构体类型的对齐要求不能比它所有字段中要求最严格的那个宽松，可以更严格(但此非强制要求，VC7.1就仅仅是让它们一样严格)。我们来看一个例子(以下所有试验的环境是Intel Celeron 2.4G + WIN2000 PRO + vc7.1，内存对齐编译选项是"默认"，即不指定/Zp与/pack选项):
　　
　　typedef struct ms1
　　{
　　char a;
　　int b;
　　} MS1;
　　
　　假设MS1按如下方式内存布局(本文所有示意图中的内存地址从左至右递增):
　　_____________________________
　　|　　　 |　　　　　　　　　 |
　　|　 a　 |　　　　b　　　　　|
　　|　　　 |　　　　　　　　　 |
　　+---------------------------+
　　Bytes:　　1　　　　　　 4
　　
　　因为MS1中有最强对齐要求的是b字段(int)，所以根据编译器的对齐规则以及ANSI C标准，MS1对象的首地址一定是4(int类型的对齐模数)的倍数。那么上述内存布局中的b字段能满足int类型的对齐要求吗？嗯，当然不能。如果你是编译器，你会如何巧妙安排来满足CPU的癖好呢？呵呵，经过1毫秒的艰苦思考，你一定得出了如下的方案：
　　
　　_______________________________________
　　|　　　 |\\\\\\\\\\\|　　　　　　　　 |
　　|　 a　 |\\padding\\|　　　 b　　　　 |
　　|　　　 |\\\\\\\\\\\|　　　　　　　　 |
　　+-------------------------------------+
　　Bytes:　　1　　　　 3　　　　　　 4
　　
　　这个方案在a与b之间多分配了3个填充(padding)字节，这样当整个struct对象首地址满足4字节的对齐要求时，b字段也一定能满足int型的4字节对齐规定。那么sizeof(MS1)显然就应该是8，而b字段相对于结构体首地址的偏移就是4。非常好理解，对吗？现在我们把MS1中的字段交换一下顺序:
　　
　　typedef struct ms2
　　{
　　int a;
　　char b;
　　} MS2;
　　
　　或许你认为MS2比MS1的情况要简单，它的布局应该就是
　　
　　_______________________
　　|　　　　　　 |　　　 |
　　|　　 a　　　 |　 b　 |
　　|　　　　　　 |　　　 |
　　+---------------------+
　　Bytes:　　　4　　　　　 1
　　
　　因为MS2对象同样要满足4字节对齐规定，而此时a的地址与结构体的首地址相等，所以它一定也是4字节对齐。嗯，分析得有道理，可是却不全面。让我们来考虑一下定义一个MS2类型的数组会出现什么问题。C标准保证，任何类型(包括自定义结构类型)的数组所占空间的大小一定等于一个单独的该类型数据的大小乘以数组元素的个数。换句话说，数组各元素之间不会有空隙。按照上面的方案，一个MS2数组array的布局就是:
　　
　　|<-　　array[1]　　 ->|<-　　array[2]　　 ->|<- array[3] .....
　　
　　__________________________________________________________
　　|　　　　　　 |　　　 |　　　　　　　|　　　|
　　|　　 a　　　 |　 b　 |　　　a　　　 |　 b　|.............
　　|　　　　　　 |　　　 |　　　　　　　|　　　|
　　+----------------------------------------------------------
　　Bytes:　4　　　　 1　　　　　4　　　　　 1
　　
　　当数组首地址是4字节对齐时，array[1].a也是4字节对齐，可是array[2].a呢？array[3].a ....呢？可见这种方案在定义结构体数组时无法让数组中所有元素的字段都满足对齐规定，必须修改成如下形式:
　　
　　___________________________________
　　|　　　　　　 |　　　 |\\\\\\\\\\\|
　　|　　 a　　　 |　 b　 |\\padding\\|
　　|　　　　　　 |　　　 |\\\\\\\\\\\|
　　+---------------------------------+
　　Bytes:　　　4　　　　　 1　　　　 3
　　
　　现在无论是定义一个单独的MS2变量还是MS2数组，均能保证所有元素的所有字段都满足对齐规定。那么sizeof(MS2)仍然是8，而a的偏移为0，b的偏移是4。
　　
　　好的，现在你已经掌握了结构体内存布局的基本准则，尝试分析一个稍微复杂点的类型吧。
　　
　　typedef struct ms3
　　{
　　char a;
　　short b;
　　double c;
　　} MS3;
　　
　　我想你一定能得出如下正确的布局图:
　　
　　padding
　　|
　　_____v_________________________________
　　|　 |\|　　 |\\\\\\\\\|　　　　　　　 |
　　| a |\|　b　|\padding\|　　　 c　　　 |
　　|　 |\|　　 |\\\\\\\\\|　　　　　　　 |
　　+-------------------------------------+
　　Bytes:　1　1　 2　　　 4　　　　　　8
　　
　　sizeof(short)等于2，b字段应从偶数地址开始，所以a的后面填充一个字节，而sizeof(double)等于8，c字段要从8倍数地址开始，前面的a、b字段加上填充字节已经有4 bytes，所以b后面再填充4个字节就可以保证c字段的对齐要求了。sizeof(MS3)等于16，b的偏移是2，c的偏移是8。接着看看结构体中字段还是结构类型的情况:
　　
　　typedef struct ms4
　　{
　　char a;
　　MS3 b;
　　} MS4;
　　
　　MS3中内存要求最严格的字段是c，那么MS3类型数据的对齐模数就与double的一致(为8)，a字段后面应填充7个字节，因此MS4的布局应该是:
　　_______________________________________
　　|　　　 |\\\\\\\\\\\|　　　　　　　　 |
　　|　 a　 |\\padding\\|　　　 b　　　　 |
　　|　　　 |\\\\\\\\\\\|　　　　　　　　 |
　　+-------------------------------------+
　　Bytes:　　1　　　　 7　　　　　　 16
　　
　　显然，sizeof(MS4)等于24，b的偏移等于8。
　　
　　在实际开发中，我们可以通过指定/Zp编译选项来更改编译器的对齐规则。比如指定/Zpn(VC7.1中n可以是1、2、4、8、16)就是告诉编译器最大对齐模数是n。在这种情况下，所有小于等于n字节的基本数据类型的对齐规则与默认的一样，但是大于n个字节的数据类型的对齐模数被限制为n。事实上，VC7.1的默认对齐选项就相当于/Zp8。仔细看看MSDN对这个选项的描述，会发现它郑重告诫了程序员不要在MIPS和Alpha平台上用 /Zp1和/Zp2选项，也不要在16位平台上指定/Zp4和/Zp8(想想为什么？)。改变编译器的对齐选项，对照程序运行结果重新分析上面4种结构体的内存布局将是一个很好的复习。
　　
　　到了这里，我们可以回答本文提出的最后一个问题了。结构体的内存布局依赖于CPU、操作系统的规定. 

转帖：单字节大小枚举及按位对齐

http://linux0818.bokee.com/viewdiary.179592916.html

 

在linux下定义一个枚举，我们用gcc编译时，得到的大小默认为4个字节，但如何让这个枚举大小为1个字节呢？下面我们看看一个例子test.c：

#include <stdio.h> enum he {     AGE = 0x01,     NAME = 0x02 }; enum she {     AGE1 = 0x03,     NAME2 = 0x04 }; struct bear {     char x;     char y;     enum he he;     enum she she;     int z; };   int main(int argc, char **argv) {     int size = 0;     struct bear bear;     size = sizeof(struct bear);     printf("size is:%d\n", size);     return 0; }

用gcc test.c时，得出来的结构体的大小为16个字节，两个char型为2个字节，由于第二个char型后面为4个字节的enum型，所以按默认的4个字节对齐，前两个char型为4个字节。再加上两个enum，一个int型，所以总共16个字节。

 

然而在"#include <stdio.h>"下行加上#pragma  pack(1) 编译运行后得到得结构体的大小为14个字节。因为这是按1个字节对齐，两个char型为两个字节，加两个enum，一个int共14个字节。

 

上面说的是按位对齐，而要把enum变为单个字节，则只需在上面的代码编译时，再加上-fshort-enums参数就行了：

gcc test.c -fshort-enums

运行后得到此结构体的大小只有8个字节了。上面的两个enum型就成就单字节的枚举了。

 

下面对-fshort-enums在gcc手册中的解释：

-fshort-enums
    Allocate to an "enum" type only as many bytes as it needs for the declared range of possible values. Specifically, the "enum" type will be equivalent to the smallest integer type which has enough room.

    Warning: the -fshort-enums switch causes GCC to generate code that is not binary compatible with
code generated without that switch.  Use it to conform to a non-default application binary interface.

放假归来

在家待了7天，终于回来了。在家基本上是吃了睡，睡了吃，顺便走亲戚，同学聚会。但是心情不好，长大了，事情也就多了，不能再无忧无虑了，向往另一种生活，但是有一些真的无法摆脱。想要改变世界，改变别人，发现连自己也改变不了。

 

新的一年 新的开始，送走了失落的2008，迎来了充满期待的2009。希望我的2009不再平凡!