C/C++ 函数参数的入栈顺序
对技术执着的人，比如说我，往往对一些问题，不仅想做到“知其然”，还想做到“知其所以然”。Ｃ语言可谓博大精深，即使我已经有多年的开发经验，可还是有许多问题不知其所以然。某天某地某人问我，Ｃ语言中函数参数的入栈顺序如何？从右至左，我随口回答。为什么是从右至左呢？我终究没有给出合理的解释。于是，只好做了个作业，于是有了这篇小博文。
#include <stdio.h>
void foo(int x, int y, int z)
{
printf("x = %d at [%X]\n", x, &x);
printf("y = %d at [%X]\n", y, &y);
printf("z = %d at [%X]\n", z, &z);
}
int main(int argc, char *argv[])
{
foo(100, 200, 300);
return 0;
}
运行结果：
x = 100 at [BFE28760]
y = 200 at [BFE28764]
z = 300 at [BFE28768]
Ｃ程序栈底为高地址，栈顶为低地址，因此上面的实例可以说明函数参数入栈顺序的确是从右至左的。可到底为什么呢？查了一直些文献得知，参数入栈顺序是和具体编译器实现相关的。比如，Pascal语言中参数就是从左到右入栈的，有些语言中还可以通过修饰符进行指定，如Visual C++。即然两种方式都可以，为什么Ｃ语言要选择从右至左呢？
进一步发现，Pascal语言不支持可变长参数，而Ｃ语言支持这种特色，正是这个原因使得Ｃ语言函数参数入栈顺序为从右至左。具体原因为：C方式参数入栈顺序（从右至左）的好处就是可以动态变化参数个数。通过栈堆分析可知，自左向右的入栈方式，最前面的参数被压在栈底。除非知道参数个数，否则是无法通过栈指针的相对位移求得最左边的参数。这样就变成了左边参数的个数不确定，正好和动态参数个数的方向相反。
因此，Ｃ语言函数参数采用自右向左的入栈顺序，主要原因是为了支持可变长参数形式。换句话说，如果不支持这个特色，Ｃ语言完全和Pascal一样，采用自左向右的参数入栈方式
文章出处：DIY部落(http://www.diybl.com/course/3_program/c++/cppjs/20090503/166300.html)
相关文档：
1.Documents and Settings是什么文件？
答案：
是系统用户设置文件夹，包括各个用户的文档、收藏夹、上网浏览信息、配置文件等。
补：这里面的东西不要随便删除，这保存着所有用户的文档和账户设置，如果删除就会重新启动不能登陆的情况，尤其是里面的default user、all users、administrator和以你当前登陆用户名的文件 ......
Linux下C和C++开发基础
基本编程概念
n 编程语言：C 、C++
n 编译(compile)：源文件（.c）->目标文件(.o)
n 连接(link)：目标文件(.o)->可执行文件
n 库(library)：静态连接库(.a)、动态连接库(.so)
Linux下开发工具
n编辑器：vi、emacs、窗口编辑器
n编译器：GCC
n调试器：GDB
n可执行文件工具� ......
/*
* linux/kernel/floppy.c
*
* (C) 1991 Linus Torvalds
*/
/*
* 02.12.91 - Changed to static variables to indicate need for reset
* and recalibrate. This makes some things easier (output_byte reset
* checking etc), and means less i ......
定义一个字符指针，其本质的处理方式是按字符数组处理的，在内存开辟一个字符数组用来存放字符串常量，这样必定会终止符。而这样的特性也仅对于字符指针变量。
在C语言中，通过数组名或者指针变量输出一个字符串，我理解为两个：字符串终止符的存在；以%s格式的输出方式。
char *p="I love china!";
& ......
#include "mex.h"
#define DWORD long
#define NUMBER_OF_STRUCTS (sizeof(friends)/sizeof(struct phonebook))
#define NUMBER_OF_FIELDS (sizeof(field_names)/sizeof(*field_names))
void mexFunction(int nlhs,
mxArray * plhs[] , int nrhs,const mxArray * pahs[])
{
typedef struc ......
