🚀 go-pugleaf

En <news:432ec68a$0$3758$626a14ce@news.free.fr>, Alain CROS va escriure:
> Oui, je suis sur Windows 98,

:-(
Pour Unicode, cela va ajouter des p�pins...


>> mais l� je pose une question : que voulez-vous
>> sortir ? des caract�res normaux, ou UNICODE ?
>
> Le but serait d'afficher � l'�cran (caract�res normaux) le texte
> contenu dans le fichier.

Bon, alors cela va �tes relativement facile : avec Windows 98, pas de vrai
Unicode � l'�cran � fond noir (qui d�pend du DOS). Il faut passer par une
fen�tre Windows � fond blanc, et arriver � cela est une autre paire de
manches; de plus, le r�sultat sera bien inf�rieur � ce que propose en
standard le bloc-notes de Windows ou Wordpad...


> Donc je lis chaque char avec getc(), je ne prend pas en compte les 0.

C'est d�j� un bon d�but. De cette mani�re simpliste, vous transformez votre
flux UTF-16 en flux iso-8859-1 (le m�me encodage que celui de ce message),
qui est affichable simplement par Windows (y compris dans une fen�tre DOS
� � fond noir �).
Cependant, abstenez-vous d'utiliser tous les caract�res � jolis �  de
Windows, tel l'euro, le oe, l'apostrophe pench�e etc. (une sp�cialit� de
Microsoft Word est justement de g�n�rer les dits caract�res): tous ces
caract�res n'ont pas de correspondants dans iso-8859-1.


> Il semblerait que les 2 premiers char du fichier correspondent � un
> code qui doit vouloir dire texte en UNICODE.

Oui. Il s'agit d'un seul caract�re, dit BOM, de code 0xFEFF (stock� �
l'envers comme normal avec une machine Intel, donc un octet � 0xFF, puis un
octet � 0xFE).

> Ces 2 char sont -1 et -2 affich� par printf avec %u.

Signe ind�niable que vous stockez des signed char, alors que ce sont des
unsigned char ou mieux encore des int. D'ailleurs, si vous ne prenez pas de
pr�cautions...

> Le premier -1 correspond � EOF mais je ne comprend pas pourquoi ma
> boucle de lecture ne s'arr�te pas puisqu'elle teste EOF.

Elle teste EOF correctement, car Emmanuel a pris la pr�caution de vous le
faire stocker dans un int tampon.


>  int c;

Tampon.


>  while ((c = getc (f)) != '\n'

On mets dans le tampon.

>   && c != EOF

et on teste un int, c'est OK. Le premier 0xFF vaut +0x000000FF, ce qui
diff�rent de -1 (repr�sent� par 0xFFFFFFFF).

>    string[j] = c;

L� on range le caract�re dans un (signed) char, donc +0x000000FF est tronqu�
� 0xFF, et cela produit un d�bordement et le remplacement par -0x01 :-(


>  printf("%u\n%u\n%u\n", string[0] , string[1], EOF);

Bouh. %u vaut pour �crire des valeurs non sign�es. string[x] comme EOF sont
des int, donc sign�s, il faut utiliser %d.


Antoine