[NDK]: No, the NDK applications do not have to use UNICODE.
authorHermès Bélusca-Maïto <hermes.belusca-maito@reactos.org>
Wed, 15 Mar 2017 00:06:42 +0000 (00:06 +0000)
committerHermès Bélusca-Maïto <hermes.belusca-maito@reactos.org>
Wed, 15 Mar 2017 00:06:42 +0000 (00:06 +0000)
commit5c9adf775dd09bd681c18821cfae580e213d5293
tree182e00a55cf8b5dc56627d4bd9ca3e0a0d83526a
parent856b02d967d184bcabd231aefb8752bc6ac6c82b
[NDK]: No, the NDK applications do not have to use UNICODE.
Indeed the RTL/NDK/whatever always explicitely uses ANSI and/or UNICODE string types where needed (and do not depend on tchar.h stuff).
It is up to the given application to explicitely specify (in its CMakeLists.txt or elsewhere) whether it wants to define UNICODE or not.
--> Fix the problem of having the UNICODE define magically being defined after including some NDK header.

[DNSAPI][USER32_APITEST]: Explicitely use UNICODE functions where needed (and as was already done in other parts of the code).

svn path=/trunk/; revision=74172
reactos/dll/win32/dnsapi/dnsapi/query.c
reactos/sdk/include/ndk/umtypes.h
rostests/apitests/user32/RegisterClassEx.c