ToME WikiNerdanelVampire: I have no idea where to put this, so I'm going to put it here. This is about responses to the announcement on the message board.
I compiled and run the test program in both the printf and wprintf versions using gcc 3.3.5 with and without the -std=c89 flag. The -std=c89 flag turned out to have no effect. The string turned out fine in both the printf and wprintf. The various extended symbols didn't work (except for A). With printf I got AÌéÃΩâ, which I see as A, A with tilde, OE, A with tilde, copyright sign, A with tilde, I with circumflex, copyright sign, and a with circumflex. With wprintf I got A????? where question marks replace the unicode symbols my character sets doesn't have (which is all of them except the A).
I'm running Gentoo Linux and Konsole and I use the ISO Western European character set. I also tested with a real virtual console, which I have for some reason using an American character set which I never felt a need to bother to change. On it I get different extended wrong symbols with printf, but otherwise the things are the same.
LeonTorres: Neat, that's kind of what you should expect. The wierd chraracters after A are due to (1) the font not supporting those extended characters, which is typical for most terminal fonts. Try installing AngbandMono.ttf which can be found under IdeaArchive/UnicodeSupport. And (2) your terminal is probably not in utf-8 mode, see how to turn it on. For instance, in gnome-terminal, there's an option to change it to utf-8 encoding. This should make the printf ones render correctly. wprintf is another matter, we probably won't see any cases where that works. Most people will get ???'s.
PeterWiersig: Konsole has no such switch. I ran the program with success on my SUSE box, which uses UTF-8 by default.
I chose "Linux" under the Font setting in Konsole. I had to install the "console8x16.pcf" font, which got installed along Konsole, by hand using the KDE Font Installer.