MultiByteToWideChar() Codepages CP_ACP/CP_OEMCP

Article translations Article translations
Article ID: 108450 - View products that this article applies to.
This article was previously published under Q108450
Expand all | Collapse all

SUMMARY

MultiByteToWideChar() maps a character string to a wide-character string. The declaration of this application programming interface (API) is as follows:
   int MultiByteToWideChar(uCodePage, dwFlags, lpMultiByteStr,
      cchMultiByte, lpWideCharStr, cchWideChar)

   UINT uCodePage;         /* codepage                        */ 
   DWORD dwFlags;          /* character-type options           */ 
   LPCSTR lpMultiByteStr;  /* address of string to map         */ 
   int cchMultiByte;       /* number of characters in string   */ 
   LPWSTR lpWideCharStr;   /* address of wide-character buffer */ 
   int cchWideChar;        /* size of wide-character buffer    */ 
				
The first parameter, uCodePage, specifies the codepage to be used when performing the conversion. This discussion applies to the first parameter of WideCharToMultiByte() as well. The codepage can be any valid codepage number. It is a good idea to check this number with IsValidCodepage(), even though MultiByteToWideChar() returns an error if an invalid codepage is used. The codepage may also be one of the following values:
   CP_ACP       ANSI codepage
   CP_OEMCP     OEM (original equipment manufacturer) codepage
				
CP_ACP instructs the API to use the currently set default Windows ANSI codepage. CP_OEMCP instructs the API to use the currently set default OEM codepage.

If Win32 ANSI APIs are used to get filenames from a Windows NT system, use CP_ACP when converting the string. Windows NT retrieves the name from the physical device and translates the OEM name into Unicode. The Unicode name is translated into ANSI if an ANSI API is called, then it can be translated back into Unicode with MultiByteToWideChar().

If filenames are being retrieved from a file that is OEM encoded, use CP_OEMCP instead.

MORE INFORMATION

When an application calls an ANSI function, the FAT/HPFS file systems will call AnsiToOem(); however, if an ANSI character does not exist in an OEM codepage, the filename will not be representable. In these cases, SetFileApisToOEM() should be called to prevent this problem by setting a group of the Win32 APIs to use the OEM codepage instead of the ANSI codepage.

Properties

Article ID: 108450 - Last Review: July 11, 2005 - Revision: 3.1
APPLIES TO
  • Microsoft Platform Software Development Kit-January 2000 Edition
  • Microsoft Win32 Software Development Kit (SDK) for Windows NT 3.5
Keywords: 
KB108450

Give Feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com