Win32奇怪的widechar行为

我以前没有用过宽字符。以下是其他人的代码：Win32奇怪的widechar行为

char moduleFileName[512]; 
int size = ::GetModuleFileName(NULL,moduleFileName,sizeof(moduleFileName)); 
char c_drive[256]; 
char c_dir[256]; 
_splitpath_s(moduleFileName,c_drive,sizeof(c_drive),c_dir,sizeof(c_dir),NULL,0,NULL,0); 
root = c_drive; 
root.append(c_dir); 

wchar_t moduleFileNameW[512]; 
int sizeW = ::GetModuleFileNameW(NULL,moduleFileNameW,sizeof(moduleFileNameW)); 
wchar_t w_drive[256]; 
wchar_t w_dir[256]; 
_wsplitpath_s(moduleFileNameW,w_drive,sizeof(w_drive),w_dir,sizeof(w_dir),NULL,0,NULL,0); 
wroot = w_drive; 
wroot.append(w_dir); 

SEVEN_ZIP_EXE = wroot; 
SEVEN_ZIP_EXE += L"\\7z.exe";

重点是将变量设置为7z.exe文件所在的位置。当我在我的Windows 7 Prof. 64位系统上进行调试时，结果看起来像是无效字符，例如wroot。

﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾ ﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾﻾쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌 쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌 쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌쳌 Blockquote

来源

2011-12-03 fred basset

SEVEN_ZIP_EXE是一个std :: wstring？ –

行为可能很奇怪，因为代码肯定是 – James

std :: wstring SEVEN_ZIP_EXE = L“”; –

将您的sizeof改为_countof，这将解决您的奇怪数据问题。你不需要两组函数。使用适合于应用程序的设置。如果你需要SEVEN_ZIP_EXE是一个字符串，那么你可以消除字符的东西。

来源

2011-12-03 23:51:14

问题中的sizeof，如果你真的想用这个的sizeof（w_dir）/的sizeof（wchar_t的）

我收集你正在尝试做的就是包含您的可执行文件的目录。而不是使用笨拙splitpath，我建议如下： -

TCHAR szBuff[FILENAME_MAX]; 
TCHAR *ShortName; 
GetFullPathName(moduleFileName, FILENAME_MAX, szBuff, &ShortName); 
*(ShortName-1) = '\0'; // remove exe from path

szBuff将包含目录，SHORTNAME点的名字。

上述代码使用TCHAR和#define UNICODE，但可以将函数名称更改为wchar名称。

来源

2011-12-04 00:23:05 Milliways

据糟糕的编码在函数调用中使用FILENAME_MAX。最好在变量_countof（szBuff）上使用Microsoft定义的宏。这样如果FILENAME_MAX必须改变，它不需要在多个地方改变。 –

FILENAME_MAX是系统定义的常量 – Milliways

如果有人将szBuff的大小更改为FILENAME_MAX以外的值，该怎么办？如果SDK更新更改FILENAME_MAX的值，该怎么办？ –

Win32奇怪的widechar行为

回答

相关问题