作者VictorTom (鬼翼&娃娃鱼)
看板C_and_CPP
标题Re: [问题] cAlternateFileName是empty的情况
时间Tue Nov 3 10:03:52 2009
※ 引述《lazybones (懒)》之铭言：
: 我在MSDN看到以下内容
:
: If a file has a long file name, the complete name appears in the cFileName
: field, and the 8.3 format truncated version of the name appears in the
: cAlternateFileName field. Otherwise, cAlternateFileName is empty.
:
: 不过我用以下的语法去做判断时 会出现非预期的情形
:
: if(FindFileData.cAlternateFileName != NULL)
: printf("FileName Too Long\n");
:
: 情形就是不管cAlternateFileName是不是empty
: 他都会印出printf()的内容
: 请问版友 是我哪边弄错了?又必须怎麽改进 谢谢!
:
: --
: ★
: ╔╮ ╭═╦╮╭═╦╗╮ ╮╔══╮╭═╦╮╮ ╔╮╔══╮╭══╮
: ╠╣ ╠═╬╣╭╬╩╯╰╦╦╯╠═╦╮║ ╠╣║║╠╣╠╣ ╰═╦╮
: ╠╣ ╭║ ╠╣║╰╔╗ ╠╣ ║ ╠╣║ ╠╣║╰╠╣║╰╔╗║ ╠╣
: ╰╩═╯╰ ╰╝╚═╩╯ ╰╝ ╚═╩╯╰═╩╯╰ ╰╝╚═╩╯╰═╩╯
:
: --
:
※ 发信站: 批踢踢实业坊(ptt.cc)
: ◆ From: 218.211.0.80
: 推 VictorTom:那个 empty, 是指 "", 还是指 NULL ?? 11/02 18:54
: → VictorTom:其实您也可以试着把它们字串全印出来看一遍就知道了XD 11/02 18:54
: → lazybones:我试过 若是empty 印出来是"" 11/03 09:25
: 推 VictorTom:所以是""不是NULL啊, 那你不能用 != NULL来判断啊@_@" 11/03 09:40
: → VictorTom:如果它只是普通的char[], 那也许就用strcmp(), 或者更简 11/03 09:40
: → VictorTom:单判断第一个char是不是'\0'吧:) 11/03 09:40
: → lazybones:或许我说的不够清楚...这些我都尝试过了..囧> 11/03 09:49
: → lazybones:结果都一样... 11/03 09:49
: → lazybones:所以想说是我哪边理解错了...Orz 11/03 09:50
: → lazybones:v谢谢 11/03 09:50
: 推 VictorTom:Err~NULL与""(或者char[0]=='\0')都不行!?小弟也晕了Orz 11/03 09:53
: → lazybones:哈 我再想想看 谢谢喔! 11/03 09:57
小弟大概Google了一下与看了一下MSDN, 用!=NULL应该是肯定错误的....
这里是MSDN上对 WIN32_FIND_DATA 这个struct的defination....
typedef struct _WIN32_FIND_DATA {
DWORD dwFileAttributes;
FILETIME ftCreationTime;
FILETIME ftLastAccessTime;
FILETIME ftLastWriteTime;
DWORD nFileSizeHigh;
DWORD nFileSizeLow;
DWORD dwReserved0;
DWORD dwReserved1;
TCHAR cFileName[MAX_PATH];
TCHAR cAlternateFileName[14];
}WIN32_FIND_DATA, *PWIN32_FIND_DATA, *LPWIN32_FIND_DATA;
所以cAlternateFileName应该是会配有空间而不会是NULL的....
那麽判断""还不行, 从定义来看小弟只想得到问题在TCHAR....
您用""判断的code compiler有给warning吗??
建议改判断 _T(""), 或者_T('\0')试试看....
现在想得到的状况就是撞到了wild char的case了@_@"
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 220.134.41.4
1F：推 lazybones:好!!!非常感谢!!! 11/03 10:04
2F：→ VictorTom:仔细想想, wild char的'\0'....应该也是0x0000吧?? 11/03 10:07
3F：→ VictorTom:那照理说错用'\0'判断也应该会碰巧正确的啊....Orz 11/03 10:08