UNICODE Problem
-
Why my program runs more slower when it is built in Unicode mode which is supposed to be more faster?
Lisoft
lisoft wrote: Why my program runs more slower when it is built in Unicode mode which is supposed to be more faster? using unicode should not make your software faster, and should not make your software go slower either. maybe you are spending (too much) time converting unicode strings to non-unicode strings, or vice-versa.
Maximilien Lincourt Your Head A Splode - Strong Bad
-
lisoft wrote: Why my program runs more slower when it is built in Unicode mode which is supposed to be more faster? using unicode should not make your software faster, and should not make your software go slower either. maybe you are spending (too much) time converting unicode strings to non-unicode strings, or vice-versa.
Maximilien Lincourt Your Head A Splode - Strong Bad
This is not necessarily True. MOST of the Win32 API calls involving strings that are used by an ANSI program have to first pass through interal code to CONVERT those strings to Unicode before calling the native UNICODE functions in the WIN32 API and then back into ANSI upon returning any strings. Microsoft has consistently stated that a UNICODE application with a lot of string processing towards WIN32 API function calls would be faster if it were built to use UNICODE. So the question makes sense, why is it slower in UNICODE? I don't really know why.