1.本机编译好的程序无法在没有装VC的机子上运行

由于VC++2005默认采用动态链接运行时库，导致编译好的程序在运行时依赖于本机的运行时库，当然移植到别的机子上就不能运行了。真不知道微软当初怎么想的，难道把所有人都当程序员么，自己写的程序都是给自己用的?呵呵。不过微软犯迷糊我们不能跟着迷糊，这个问题解决起来也不难。就是采用静态编译就可以了。具体如下：

对于一般的win32控制台程序，可以这样设置：

点击"项目"--- "属性"，打开项目属性页，点击 "配置属性"--- "C/C++"--- "代码生成"，将此页面右边的 "运行时库"由默认的 "多线程DLL(/MD)"改为 "多线程(/MT)"或 "多线程调试(/MTD)"即可。

不过一般情况下生成release版本的应用程序时选 "多线程(/MT) "即可，因为这样生成的exe程序较小。

而如果选了 "多线程调试(/MTD) "，则由于加入了大量的调试信息而使生成的exe程序会增大好几倍。

对于MFC程序，则点击"项目"--- "属性"，打开项目属性页，点击 "配置属性"--- "常规"，将右边"项目默认值"栏目中的"MFC的使用"改为"在静态库中使用 MFC"。确定后，在"配置属性"--- "C/C++"--- "代码生成"页面的"运行时库"会自动改为静态链接----即"多线程(/MT)"。这样编译出来的程序就可以在没有装VC的机子上运行了。

2.在VC++ 2005中fstream对象无法访问中文路径下的文件，包括英文路径下的中文名文件。

这是VS的一个BUG，原因是本地化的问题，如下处理即可：

在用ifstream和ofstream打开文件前设置全局locale为本地环境，打开文件后再设置回去。

ofstream writefile;

string filename=("d:我的文档测试.txt");

locale loc = locale::global(locale("")); //要打开的文件路径包含中文，设置全局locale为本地环境

writefile.open(filename.c_str(),ios::out); //打开文件

locale::global(loc);//恢复全局locale

用locale对象的name方法可以看到，通过locale("")构造出的locale对象的name为"Chinese_People’s Republic of China.936"，而原始的locale对象的name为"C"，也就是缺省的ANSI_C公约。

注意：如果使用locale loc = locale::global(locale(""))设置全局locale后没有用 locale::global(loc)恢复的话，那么在程序后面的cout语句就不能输出中文了，虽然这时候操作中文文件没有问题，但是这也是很容易让人掉入陷阱的地方，应该值得注意。