c 数组问题
char a[10];
怎么给这个数组赋值呢？
1、定义的时候直接用字符串赋值
char a[10]="hello";
注意：不能先定义再给它赋值，如char a[10]; a[10]="hello";这样是错误的！
2、对数组中字符逐个赋值
char a[10]={'h','e','l','l','o'};
3、利用strcpy
char a[10]; strcpy(a, "hello");
易错情况：
1、char a[10]; a[10]="hello";//一个字符怎么能容纳一个字符串？况且a[10]也是不存在的！
2、char a[10]; a="hello";//这种情况容易出现，a虽然是指针，但是它已经指向在堆栈中分配的10个字符空间，现在这个情况a又指向数据区中的hello常量，这里的指针a出现混乱，不允许！
还有：不能使用关系运算符“＝＝”来比较两个字符串，只能用strcmp() 函数来处理。
C语言的运算符根本无法操作字符串。在C语言中把字符串当作数组来处理，因此，对字符串的限制方式和对数组的一样，特别是，它们都不能用C语言的运算符进行复制和比较操作。
直接尝试对字符串进行复制或比较操作会失败。例如，假定str1和str2有如下声明：
char str1[10], str2[10];
利用=运算符来把字符串复制到字符数组中是不可能的：
str1 = "abc"; /*** WRONG ***/
str2 = str1; /*** WRONG ***/
C语言把这些语句解释为一个指针与另一个指针之间的（非法的）赋值运算。但是，使用=初始化字符数组是合法的：
char str1[10] = "abc";
这是因为在声明中，=不是赋值运算符。
试图使用关系运算符或判等运算符来比较字符串是合法的，但不会产生预期的结果：
if (str1==str2) ... /*** WRONG ***/
这条语句把str1和str2作为指针来进行比较，而不是比较两个数组的内容。因为str1和str2有不同的地址，所以表达式str1 == str2的值一定为0。
char a[]="123" 这个的原理是，系统先根据"123"的长度给a分配内存，这里a的内存在栈，然后把"123"这个常量数据区的内容拷贝给a
char *a="123";这种情况a不分配内存，直接让a指向"123"这个常量数据区 所以如果修改a指向的内容就会出错，比如a[0]='5';//false
文章出处：DIY部落(http://www.diybl.com/course/3_program/c++/cppjs/2008828/138373.html)
相关文档：
1.MFC中的方法：(C++)
CFileStatus status;
CFile::GetStatus("D:\\test.txt",status);
long lSizeOfFile;
lSizeOfFile = status.m_size;
lSizeOfFile的值就是D:\\test.txt文件的大小
2.标准C获得文件大小的5种方法
(注意："__FILE__"指的是当前文件，你可以改为有效路径的目标文件，比如"D:\\test.txt"）
#i ......
C的四种存储类限定符：
extern:外部变量
static ：静态
register：存储器
auto：自动
静态局部变量：
存储区和全局变量是一样的。静态局部和全局变量间的主要区别是：静态局部变量仅对它在其中声明的块是可知的。
静态全局变量：
告诉编译器创建一个仅在声明它的文件中可知的全局变量。这意味着：即使变量� ......
C程序中具有丰富的数据类型，包括声明中显式定义的类型和用做表达式中间类型的导出类型。例如，下面的赋值语句包含3 种不同类型:
int *p, x;
*p = x;
x是一个存放整数的单元的地址，因此x的地址的类型是：指向一个整数的指针。x的值的类型是整型。同样, p的左值的类型是指向一个� ......
使用C/C++扩展Python
翻译:
gashero
如果你会用C，实现Python嵌入模块很简单。利用扩展模块可做很多Python不方便做的事情，他们可以直接调用C库和系统调用。
为了支持扩展，Python API定义了一系列函数、宏和变量，提供了对Python运行时系统的访问支持。Python的C API由C源码组成，并包含 “Python.h” 头文� ......
目前各种Linux发行版都支持UTF-8编码，当前系统的语言和字符编码设置保存在一些环境变量中，可以通过locale命令查看：
$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPE ......
