碰到的问题：
今天碰到这个问题了，是在使用Crypto++库的时候遇到的，该库操作文件是使用的std::ifstream。在我给文件生成签名的时候，每每碰到中文路径名就出错，后来跟进库代码一看是打开文件的时候出错。
据说这个问题在VS2003以及之前版本是没有的，不幸的是我现在用的是VS2005的版本。
产生问题的原因：
究竟是因为什么产生的这个问题呢？如果你跟进去VC实现版的STL代码，你会发现，它有一个将传入的char字符串文件名转换为UNICODE的wchar_t字符串这样一个过程，其代码如下：
_Fiopen(
const
char
*filename,
ios_base::openmode mode,
int
prot)
{
//
open wide-named file with byte name
wchar_t wc_name[FILENAME_MAX];
if
(mbstowcs_s(NULL, wc_name, FILENAME_MAX, filename, FILENAME_MAX - 1) != 0)
return
(0);
return
_Fiopen(wc_name, mode, prot);
}
wbstowcs_s方法最终进入到了_mbstowcs_l_helper方法，
如果得到的是C locale，则它认为传进来的字符串为ASCII码，也就是单字节字符，它仅仅是进行了char到wchar_t指针的转换而已，那很显然第二个字节肯定为零，自然的字符就错了；
如果不是的话，它认为是多字节字符，将会调用MultiByteToWideChar进行转码。
在VC8里面，local默认是C locale，所以就出错了。以下为摘抄的该段代码：
if
(_loc_update.GetLocaleT()->locinfo->lc_handle[LC_CTYPE] == _CLOCALEHANDLE)
{
/*
C locale: easy and fast
*/
while
(count < n)
{
*pwcs = (wchar_t) ((unsigned
char
)s[count]);
if
(!s[count])
return
count;
count++;
pwcs++;
}
return
count;
}
{
int
bytecnt, charcnt;
unsigned
char
*p;
/*
Assume that the buffer is large enough
*/
if
( (count = MultiByteToWideChar( _loc_update.GetLocaleT()->locinfo->lc_codepage,
MB_PRECOMPOSED |
MB_ERR_INVALID_CHARS,
s,
-1,
pwcs,
(
int
)n )) != 0 )
return
count - 1;
/*
don't count NUL
*/
知道了问题的缘由，才能够更好的解决问题。在VC6和VC7都没有经过这个步骤，好像是直接调用的SDK的CreateFile方法，因此就没有问题。而VC8这样根据locale来转码所以造成了问题。
解决办法：
1、使用C语言的函数设置为中文运行环境
setlocale(LC_ALL, "Chinese-simplified");
其中参数一有以下几个值：
/*
Locale categories
*/
经过了我的测试，两种方法都是可用的。
但是，接着又有问题出现了，std::cout输出中文时候，中文是输出不了的！这可真是令人烦扰了。要解决这个问题那么就只能是将代码页再设置回去了，用以下方法可以很好解决问题。
设置代码页为简体中文，936是简体中文的代码页。
std::locale loc1 = std::locale::global(std::locale(".936"));
{
//
在这里使用std::ifstream 或者 std::fstream
}
