深入C/C++之基于CheckStackVars的安全检查（VS2008）
最近一直忙毕业的相关事情，加上工作，转眼间，又到月底了，之前承诺的每月一篇博文，前几天就一直在寻找到底要写什么，近两天又突然发现有很多东西可以写。本篇就先延续之前的一篇基于Cookie的安全检查机制（深入C/C++之基于Cookie的安全检查（VS2005））来介绍下另外一种在DEBUG版本下的安全检查，也就是CheckStackVars检查，话不多说，直接进入正题。
在VS2008下，函数的栈空间里如果存在数组，就会自动加上CheckStackVars检查，顾名思义，就是用来检查局部数据是否访问越界。相对来说，这种检查只能起到一定的作用，并不会所有越界访问都能检查到，根据后面的原理介绍会了解到这点。既然是检查局部的，那么在函数内定义的static类型数组或者函数外部的全局数组并不会采用此检查，既然是检查数组，那么如果函数内没有局部数组时，此检查也不会存在。
首先来看一个简单的例子，验证这个检查的存在：
void TestVars( void )
{
int bf = 0xeeeeeeee;
char array[10] = { 0 };
int bk = 0xffffffff;
strcpy( array, "masefee" );
}
int main( void )
{
TestVars();
return 0;
}
在这个例子中，存在一个数组array，这里刻意定义了另外两个变量，用于看这两个变量与数组array的内存分布情况。这样就能清晰的了解到CheckStackVars这个检查的原理。然后来看看Debug下，TestVars函数内部的3个局部变量的内存分布情况。断点打在strcpy这句上，分布如下：
ff ff ff ff cc cc cc cc cc cc cc cc 00 00 00 00 00 00 00 00 00 00cc cc cc cc cc cc cc cc cc cc ee ee ee ee
bk array &nbs
相关文档：
网上一道金山的面试题：
http://topic.csdn.net/u/20100524/14/0eff992a-2849-4db6-bdaa-d4a200e79b7c.html
请分别用C++的面向对象和泛型机制，编写实现Template Method模式的示例代码，并比较两种方式各自的优缺点。
用虚函数实现Template Method的方式就不多说了。用泛型的方式实现多态在ATL里面有大量的用到！
泛型� ......
; 编译链接方法
; (ld 的‘-s’选项意为“strip all”)
; gcc -c not link
;
; [root@XXX XXX]# nasm -f elf foo.asm -o foo.o
; [root@XXX XXX]# gcc -c bar.c -o bar.o
; [root@XXX XXX]# ld -s foo.o bar.o -o foobar
; [root@XXX XXX]# ./foobar
; the 2nd one
; [root@XXX XXX]#
exter ......
文件函数打开文件函数
[函数头]
FILE *fopen（char *filename, Char *mode）
[参数]
filename 字符型指针，指向的字符串是要打开的磁盘文件名；mode 字符型指针，指向的字符串是文件使用方式。这两个参数对应的实参可以是字符中常量，也可以是补符数组首地址，或者是指向字符串的指针变量。
文件使用方式� ......
编译一个图象接口库，其中用到cvSaveImage( out_img_name, img); 编译报错：
too few arguments to function cvSaveImage
一下子就糊涂了，从来都是这么用 cvSaveImage 的。highgui.h里的函数原型也是定义了缺省的，
CVAPI(int) cvSaveImage(const char* filename, const CvArr* image, const int* params CV_DEFA ......
一 首先总结一下SD卡的写文件，需注意的事项如下：
1. FAT16 写的时候必须至少写一个扇区。
2. FAT表不能频繁的读写，否则会出错。申请新的一个簇时，直接在这个簇里面（即下一簇号）的写为0XFFFF。
3. FAT似乎必须转化成u16才能写。貌似是这样，具体没仔细看。
4. 获取新的索引簇的时候，直接从旧的索引簇的后面 ......
