Discussion :

[Pamputt]

Bonjour,
j'ai un petit soucis d'ordre esthétique et je voudrais essayer de le résoudre avec votre aide.
j'ai un programme d'analyse qui effectue un traitement sur des fichiers qui peuvent être relativement volumineux. Cela a pour conséquence que le traitement peut être relativement long. Pour voir l'avancement de ce traitement, j'ai mis une ligne de la forme

Code :

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

if(i%10000==0) cout << "event: " << i << endl;

où i correspoond au numéro d'événement
Le résultat est alors

event: 10000
event: 20000
...

Le problème avec cette ligne c'est qu'il retourne à la ligne. Mais si j'enlève le "endl" alors il écrit à la suite. Je voudrais donc savoir quel code utiliser pour le "cout" s'affiche toujours sur la même ligne.
Merci d'avance.

[ram-0000]

tu pourrais écrire le caractère '\r' en début de ligne et ne pas mettre endl en fin de ligne.

Code :

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

if(i%10000==0) cout << '\r' << "event: " << i;

Le caractère '\r' est un retour chariot sans saut de ligne.

Cela marche très bien dans une console par contre, je ne sais pas comment cout va réagir avec ce caractère (j'ai plutôt l'habitude de l'utiliser en C avec printf())

[Pamputt]

Merci, ça fonctionne bien avec un "cout". Au pire je pouvais toujours passer par un "sprintf" avant.

[ptyxs]

Est-ce que tu pourrais nous montrer l'output que tu obtiens (et que tu cherchais) ?
Merci d'avance...

[ptyxs]

Je m'excuse d'insister, cher Pamputt, mais que cherches-tu à obtenir exactement ?
Qu'à chaque 'event' l'impression commence au début de la ligne (colonne 0) et écrase l'impression précédente ? C'est ça ?

Chez moi, sur ma console de Gnome-Terminal, il semble que '\r' se comporte exactement comme '\n' : tous deux fonctionnant en fait comme une combinaison de "retour chariot" (retour à la colonne 0) et de "saut de ligne".
Je n'arrive pas à obtenir un pur et simple retour chariot sans saut de ligne. Ni un simple saut de ligne sans retour chariot.

[ram-0000]

Qu'à chaque 'event' l'impression commence au début de la ligne (colonne 0) et écrase l'impression précédente ? C'est ça ?

Oui

[ptyxs]

J'ai édité mon message précédent... messages croisés... peux-tu reregarder (bien que tu ne sois pas l'ami Pamputt...)

[ram-0000]

Chez moi, sur ma console de Gnome-Terminal, il semble que '\r' se comporte exactement comme '\n' : tous deux fonctionnant en fait comme une combinaison de "retour chariot" (retour à la colonne 0) et de "saut de ligne".

Et si tu lances un autre terminal (xterm par exemple), tu as le même comportement ?

[ptyxs]

J'ai installé xterm pour l'occasion et là en effet (contrairement à ce que j'observais sous Gnome-Terminal) le '\r' et le '\n' ont des comportements différents : comme attendu le '\r' est cette fois un pur retour chariot, tandis que '\n' se comporte comme un retour chariot+saut de ligne.

[Jean-Marc.Bourguet]

Ça se règle normalement: man stty

[ram-0000]

J'ai installé xterm pour l'occasion et là en effet (contrairement à ce que j'observais sous Gnome-Terminal) le '\r' et le '\n' ont des comportements différents : comme attendu le '\r' est cette fois un pur retour chariot, tandis que '\n' se comporte comme un retour chariot+saut de ligne.

Prévenir Gnome-Terminal qu'il a tout intérêt à observer un comportement normal vis a vis du caractère '\r' sous peine de désinstallation prochaine

[Jean-Marc.Bourguet]

Prévenir Gnome-Terminal qu'il a tout intérêt à observer un comportement normal vis a vis du caractère '\r' sous peine de désinstallation prochaine

Pour info, chez moi il n'y a aucun problème avec \r et Gnome-Terminal.

[ptyxs]

ça marche, tout compte fait sous Gnome-Terminal chez moi aussi, je ne sais pas très bien ce qui s'est passé, peut-être une erreur de ma part.
En revanche sous Qt Creator la sortie interne à l'IDE assimile \r à \n (même comportement)... mais c'est une autre histoire.