My analysis, the short version: not-a-bug, and already-fixed-upstream.
Long version:

The first one sounds like a bug in your program, not a bug in wxWidgets
2.5.3.  It looks like you made a non-Unicode build of wxWidgets
yourself, and wrote code that worked there, but broke on Unicode-enabled
wxWidgets.  Specifically:

The _T() macro (it's another name for wxT()) should be used for all
literal strings.  What you did is define a string literal without using
it (bad), and then try to apply _T() to that macro.  With ANSI builds,
_T() does nothing, so it happened to work; with Unicode builds, it
prepends L ("abc" -> L"abc"), and prepending an L to a macro changes its
name, so it didn't work.  Fix: wrap all your string literals with _T()
or wxT() (e.g,. #define VERSION wxT("0.1")) and you'll be OK.

The second one sounds like a fixed bug in wxWidgets.  See version 1.41
of [1] -- it was fixed in the checkin from *just* after wx2.5.3.
(Darn.)  In the meantime, you can always wrap the string literals in
_T() yourself (every time you run wxrc).

[1]: http://cvs.wxwidgets.org/viewcvs.cgi/wxWidgets/utils/wxrc/wxrc.cpp


Cheers.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to