Bug还是有其他玄机？ 欢迎鉴定！

[zxbstrong]

最近写代码的时候，发现一个问题：
调用了WTL的CFileDialog打开一个文件选择对话框之后，再调用W2A转换中文字符出现乱码。

继续测试，调用::GetOpenFileName,或者::GetSaveFileName之后，再调用W2A，A2W转换中文字符都会出现乱码。
W2A调用WideCharToMultiByte时，参数CodePage为CP_THREAD_ACP（_acp =ATL::_AtlGetConversionACP()）,如果调试时改为CP_ACP，则正常。（A2W同之）

大家如果安装了WTL的话，可以复制下面代码测试：

USES_CONVERSION;
	char *p= W2A(_T("中国"));
	WCHAR *p2 = A2W("人民");
	//CFileDialog fd(TRUE,NULL,NULL,OFN_PATHMUSTEXIST|OFN_FILEMUSTEXIST,NULL);	//|OFN_HIDEREADONLY |OFN_EXPLORER
	//if(IDOK != fd.DoModal())
	//	;
	//{
		OPENFILENAME m_ofn;
		memset(&m_ofn,0,sizeof(m_ofn));
		TCHAR m_szFileTitle[_MAX_FNAME]= {0};   // contains file title after return
		TCHAR m_szFileName[_MAX_PATH] = {0};     // contains full path name after return

		m_ofn.lStructSize = sizeof(m_ofn);

		m_ofn.lpstrFile = m_szFileName;
		m_ofn.nMaxFile = _MAX_PATH;
		m_ofn.lpstrDefExt = NULL;
		m_ofn.lpstrFileTitle = (LPTSTR)m_szFileTitle;
		m_ofn.nMaxFileTitle = _MAX_FNAME;

		//m_ofn.Flags = OFN_PATHMUSTEXIST|OFN_FILEMUSTEXIST| OFN_EXPLORER | OFN_ENABLEHOOK | OFN_ENABLESIZING;
		m_ofn.Flags = OFN_PATHMUSTEXIST|OFN_FILEMUSTEXIST  | OFN_ENABLESIZING;

		m_ofn.lpstrFilter = NULL;
		//m_ofn.hInstance = ModuleHelper::GetResourceInstance();
		//	m_ofn.lpfnHook = (LPOFNHOOKPROC)T::StartDialogProc;
		/*m_ofn.lpfnHook = NULL;
		m_ofn.hwndOwner = NULL;*/

		//BOOL bRet = ::GetOpenFileName(&m_ofn);
		BOOL bRet = ::GetSaveFileName(&m_ofn);

	//}
		
	p= W2A(_T("中国"));
	p= W2A(_T("abcd"));
	p2 = A2W("人民");

[cnzdgs]

可能是有内存越界破坏了_acp的值，你调试看下调用FileDialog前后，_acp的值是不是改变了。

[palmax]

ATL 转换宏并不是很安全，msdn里有说到
最好还是使用MultiByteToWideChar这样的函数

[zxbstrong]

USES_CONVERSION; 宏执行时就定义_acp并赋初值(_acp =ATL::_AtlGetConversionACP()),_acp值一直为3(CP_THREAD_ACP).

不是内存分配或越界的问题，只是这个参数值_acp(CP_THREAD_ACP)的问题,一般也是转换正常的，但调用了::GetOpenFileName或者::GetSaveFileName之后，转换中文就出现乱码了。

另外，我上面的测试代码是编译为UNICODE字符集的，如果多字节字符集，需要把_T("中国") 改为 L"中国".

[菜牛]

你用_T()表示字符串的话，最好用T2A、A2T这样子的转换宏。

[aa3000]

LZ的工程是 unicode 的吗？

[zxbstrong]

跟是否UNICODE没有关系的，同样都有问题.

另外，我上面的测试代码是编译为UNICODE字符集的，如果多字节字符集，需要把_T("中国") 改为 L"中国".

[palmax]

[Quote=引用 11 楼 zxbstrong 的回复:]
跟是否UNICODE没有关系的，同样都有问题.

另外，我上面的测试代码是编译为UNICODE字符集的，如果多字节字符集，需要把_T("中国") 改为 L"中国".
[/Quote]

严重的知识错误

[zxbstrong]

[Quote=引用 12 楼 palmax 的回复:]
引用 11 楼 zxbstrong 的回复:
跟是否UNICODE没有关系的，同样都有问题.

另外，我上面的测试代码是编译为UNICODE字符集的，如果多字节字符集，需要把_T("中国") 改为 L"中国".


严重的知识错误
[/Quote]
请问哪里错了？

[palmax]

如果我英语没问题的话， 多字节字符集是 MultiByteCharSet，也就是Ansi， 而L"" 表示一个Unicode字符串，因为你的工程是在
Unicode字符集下编译的，所以 _T("中国")会解释成 L"中国"。 但是你那样的说法是不正确的。

msdn还提到了带有Ex的版本，里面可以指定CodePage，楼主不妨看看。

[zxbstrong]

我不太清楚你到底是怎么理解的，UNICODE字符集或多字节字符集，是在VC工程属性里可以设置的。添加预处理命令_UNICODE,也可以使工程编译为UNICODE字符集。

Unicode字符集下的_T("中国")，和多字节字符集下的L"中国",难道不是一样的吗？
char *p= W2A(_T("中国"));
这句代码只是为了测试W2A的中文转换。


我在楼顶就说过了，手动使用MultiByteToWideChar或者WideCharToMultiByte是可以解决问题的。
你所说的带Ex的版本是指什么？

[palmax]

呵呵 确实理解的角度不同


char *p= W2A(_T("中国")); 改成 LPCSTR lpStr = W2A(L"中国"); 看看

[healer_kx]

不是bug，是你对CodePage的理解的问题。

[zxbstrong]

对CodePage的理解问题？这个参数不是我输入的，而是W2A和A2W提供的，WideCharToMultiByte也是W2A调用的。

现在问题是：
调用::GetOpenFileName,或者::GetSaveFileName之后，再调用W2A，A2W转换中文字符都会出现乱码。

如何解决？当然手工调用WideCharToMultiByte是能解决问题的。但是我就是想知道，如果不是BUG，为什么W2A，A2W会出错？

[11000000]

过来学习。

[chenyu2202863]

进入函数察看

[zxbstrong]

up

[fractal]

个人认为是BUG
在调用的的线程中加上
SetThreadLocale(LOCALE_USER_DEFAULT);
可以解决这个问题

[joyjjjz]

up

[cdpc0202]

先调用下AllocConsole()看是不是就可以了。