Discussion :

[minnesota]

Salut tout le monde,


J'ai un problème très spécial

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
      std::wcout<< 
        << L"A" // \u0041
        << "\u000D\u000A\u000D\u000A"
        << L"B" // \u0042
        << L"\r\n\r\n"
        << L"C" // \u0043
        << std::endl;

La sortie devrait selon moi avoir cette allure

A....B....C..
410D0A0D0A420D0A0D0A430D0A

mais j'obtiens ça

A......B......C..
410D0D0A0D0D0A420D0D0A0D0D0A430D0A

Est ce qu'il y a quelque chose que j'ai fait mal, ou c'est parce que c'est moi

EDIT:

la SL c'est libstdc++ (gnu/gcc)

[screetch]

sur quel OS?
le symbole de fin de ligne, c'est \n
ensuite la bibliothèque se charge, en mode texte (donc avec cout et wcout) de traduire ce \n dans la fin de ligne reglementaire sur la machine, soit \r sur les vieux mac, \n sous les bsd et unix recent et donc les nouveaux macs, et \r\n sous windows

si tu ecrits \r\n, la bibliothèque ecrira donc \r\r\n.
c'est en général invisible car \r est le retour au début de la ligne; quand on est au début de la ligne, c'est donc rien du tout.

[minnesota]

Oui, j'ai oublié, c'est sur windows.

En fait, ce bout de code c'est juste pour reproduire simplement le problème que je décris, mais la séquence \r\n\r\n a proprement dite provient d'une longue chaine elle-même issue d'un fichier Unicode. Lorsque je redirige la sortie de ma console vers un fichier, j'ai un éditeur texte qui me saute 3 lignes (soit 5 passages à la ligne) alors que 2 autres n'en sautent qu'une (soit 2 passages à la ligne, donc normale).

L'ennui c'est que ce premier éditeur supporte les trois types de fin de ligne (win, unix, mac), du coup avec ce genre de truc, il ne sait pas sur quel pied danser.

Y'a-t-il par hasard une option qui me permettrait de dire à wcout de ne pas faire de surenchère*quand il rencontre une séquence de ce genre ? (sans que j'ai moi même besoin de filtrer la chaine).

Merci.

[screetch]

si tu lis depuis un fichier texte, le même mécanisme devrait s'appliquer et tes \r\n seraient lus comme un simple \n. Je regarderais donc a ta place pourquoi ca n'est pas fait et si ca peut être corrigé plutot comme ca.
A mon avis tu utilises CreateFile pour ouvrir le fichier (qui ne fait pas cette conversion) et wcout pour afficher (qui effectue cette conversion) mais sans le code, c'est plutôt ma boule de cristal qui parle.

[minnesota]

Non, ma chaine je la reçois sous forme de paramètre, un pointeur sur un tableau de char et sa longueur, que je convertis en vue de son affichage. Je ne fais pas de manipulation directe sur le fichier source.

[screetch]

dans ce cas, je dirais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
FILE*f=fdopen(0, "wb");
fwide(f, 1);
fwprintf(f, "\u000d\u000a");