![]() |
|
#1
|
||||
|
||||
|
maybe a bug of Windows API PathMatchSpecW() ?
Consider the following code. PathMatchSpecW() is expected to do case-insensitive match(It seems that MS never documents this but it's true), so variable "matched" should be TRUE.
static const WCHAR pattern[] = L"的f"; const auto matched = PathMatchSpecW(L"的F", pattern); But actually it is FALSE. Why? I stepped into its asm code, it uses IsDBCSLeadByte(0x84) to check the first Chinese UTF-16 WCHAR '的'(0x7684), and IsDBCSLeadByte(0x84) returns TRUE for Chinese code page. Then it does case-sensitive comparison of 'f' and 'F', and finally returns FALSE. I think it's WRONG to use IsDBCSLeadByte() for any byte of a UTF-16 string. Perhaps MS guys add this logic to provide some compatibility with old weird strings?
__________________
AKA Solomon/blowfish. |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| C# (Classic .exe, Windows 10, Windows Phone etc.) Protection | delidolunet | General Discussion | 7 | 10-11-2016 01:10 |
| (Q) .NET App Source Code Protection (Silverlight, Windows Phone, Windows 8) | delidolunet | General Discussion | 7 | 08-02-2013 10:33 |
| Windows 2000 and Windows nt 4 sources, question | shady | General Discussion | 2 | 04-15-2004 04:17 |