Click here to Skip to main content
14,301,895 members

ATL / WTL / STL

 
AnswerRe: where is WINVER set Pin
Richard MacCutchan23-Mar-15 22:27
protectorRichard MacCutchan23-Mar-15 22:27 
AnswerRe: where is WINVER set Pin
Theo Buys2-Apr-15 0:27
memberTheo Buys2-Apr-15 0:27 
GeneralRe: where is WINVER set Pin
bkelly134-Apr-15 9:11
memberbkelly134-Apr-15 9:11 
QuestionUnicode and codeproject article Pin
bkelly1325-Feb-15 10:30
memberbkelly1325-Feb-15 10:30 
AnswerRe: Unicode and codeproject article Pin
Daniel Pfeffer25-Feb-15 21:02
professionalDaniel Pfeffer25-Feb-15 21:02 
GeneralRe: Unicode and codeproject article Pin
bkelly1326-Feb-15 3:34
memberbkelly1326-Feb-15 3:34 
GeneralRe: Unicode and codeproject article Pin
bkelly1328-Feb-15 10:36
memberbkelly1328-Feb-15 10:36 
GeneralRe: Unicode and codeproject article Pin
Daniel Pfeffer28-Feb-15 11:52
professionalDaniel Pfeffer28-Feb-15 11:52 
Given your constraints (no public release, no translation to other languages), using Unicode is not necessary. The ANSI functions are a tiny bit slower (they must convert all string data to/from Unicode), but that is not relevant to your case.

I still believe that for new programs, Unicode is the correct way to go for UI. Among other reasons, Microsoft is slowly "deprecating" its MBCS (multi-byte character set) support - in recent versions of Visual Studio, the MBCS library was a separate download!

As for the data processing, that depends on the input and output formats. If your input is ASCII (alphanumerics, punctuation, CR/LF), and the output is the same, there is no need or reason to convert it to Unicode for processing.

Just as a (very) short example, this coding style is perfectly valid:

#define UNICODE // defined when you set the Windows functions to Unicode-style in VS
#include <windows.h>
#include <stdio.h>

void foo(void)
{
   FILE* fp = fopen( "bar", "rb" );
   int c;

   //...

   while ((c = getc(fp) != EOF)
   {
       if ( c == '\x42' )
           MessageBox( NULL, L"Telemetry", L"Bad input", MB_OK );
       // further processing here...
   }

   //...
}


Note that I am using char functions to read the data, but Unicode (wide char) functions for the UI.

If you must force a Windows API to be char-based (ANSI), use the name with an 'A' suffix (e.g. MessageBoxA instead of MessageBox). If you must force it to be wide char-based (Unicode), use a 'W' suffix. This, of course, only applies to APIs that have string / character parameters.

If you need to convert between Unicode and ASCII (or UTF-8), the best way to do so is using the WideCharToMultiByte() / MultiByteToWideChar() Windows APIs.

I hope that this helps.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.

--Winston Churchill

GeneralRe: Unicode and codeproject article Pin
Richard MacCutchan28-Feb-15 21:22
protectorRichard MacCutchan28-Feb-15 21:22 
GeneralRe: Unicode and codeproject article Pin
Daniel Pfeffer28-Feb-15 22:12
professionalDaniel Pfeffer28-Feb-15 22:12 
GeneralRe: Unicode and codeproject article Pin
Richard MacCutchan28-Feb-15 22:15
protectorRichard MacCutchan28-Feb-15 22:15 
GeneralRe: Unicode and codeproject article Pin
Daniel Pfeffer28-Feb-15 22:19
professionalDaniel Pfeffer28-Feb-15 22:19 
GeneralRe: Unicode and codeproject article Pin
Richard MacCutchan1-Mar-15 1:42
protectorRichard MacCutchan1-Mar-15 1:42 
GeneralRe: Unicode and codeproject article Pin
bkelly131-Mar-15 5:39
memberbkelly131-Mar-15 5:39 
GeneralRe: Unicode and codeproject article Pin
Richard MacCutchan1-Mar-15 6:13
protectorRichard MacCutchan1-Mar-15 6:13 
GeneralRe: Unicode and codeproject article Pin
bkelly131-Mar-15 15:51
memberbkelly131-Mar-15 15:51 
GeneralRe: Unicode and codeproject article Pin
Theo Buys13-Apr-15 4:27
memberTheo Buys13-Apr-15 4:27 
QuestionCAsyncSocket::Connect( (LPCTSTR) m_address, m_port_number ) Pin
bkelly1324-Feb-15 10:50
memberbkelly1324-Feb-15 10:50 
AnswerRe: CAsyncSocket::Connect( (LPCTSTR) m_address, m_port_number ) Pin
Richard MacCutchan24-Feb-15 22:30
protectorRichard MacCutchan24-Feb-15 22:30 
GeneralRe: CAsyncSocket::Connect( (LPCTSTR) m_address, m_port_number ) Pin
bkelly1325-Feb-15 4:32
memberbkelly1325-Feb-15 4:32 
GeneralRe: CAsyncSocket::Connect( (LPCTSTR) m_address, m_port_number ) Pin
Richard MacCutchan25-Feb-15 5:02
protectorRichard MacCutchan25-Feb-15 5:02 
GeneralRe: CAsyncSocket::Connect( (LPCTSTR) m_address, m_port_number ) Pin
bkelly1325-Feb-15 5:07
memberbkelly1325-Feb-15 5:07 
Questionis DLL appropriate Pin
bkelly1313-Dec-14 15:02
memberbkelly1313-Dec-14 15:02 
AnswerRe: is DLL appropriate Pin
Garth J Lancaster13-Dec-14 17:08
professionalGarth J Lancaster13-Dec-14 17:08 
AnswerRe: is DLL appropriate Pin
Richard MacCutchan13-Dec-14 21:24
protectorRichard MacCutchan13-Dec-14 21:24 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.