Discussion :

[haypo]

Bonjour, je suis un contributeur au langage Python. Je participe à la correction des bugs relatifs à Unicode. En travaillant sur le bug suivant, j'ai trouvé un problème avec la fonction _ungetwch() :
http://bugs.python.org/issue5410

Pour des caractères dont le code est supérieur à 255 (ex: 8364 pour le signe euro, €), il semble que _ungetwch() ne conserve que les 8 bits de poids faible. C'est comme si _ungetwch(x) était équivalent à _ungetwch(x & 255).

J'ai tenté de définir _UNICODE et m'assurer que _MBCS n'est pas défini (pour le préprocesseur C), mais ça ne semble avoir aucune incidence.

En même temps, la fonction _getwch() fonctionne correctement avec les codes supérieurs à 255 (comme le signe euro).

Est-ce un bug dans la bibliothèque conio (gestion de la console texte) de Microsoft Visual C++ ?

[Médinoc]

Le problème, c'est que gestion console et Unicode ne font pas bon ménage.
Il ne faut pas oublier que même si tu écris en unicode vers un flux, tu t'apercevras que le fichier est en fait en ANSI (et ce, me semble-t-il, aussi bien sous Linux que Windows, sauf peut-être les Linux configurés en UTF-8).

Manier la console en unicode est une chose très délicate sous Windows (sans compter que lorsqu'on utilise la police Terminal, même une sortie Unicode est limitée aux 255 caractères que la police supporte).

Pour ce genre de choses, tu devrais presque réécrire tes fonctions d'entrées/sorties en te basant directement sur les fonctions Win32, et en prenant en compte les limitations...