Bonjour,
 
je voudrais que xterm arrête le défilement de la console quand je ne suis pas sur la dernière ligne.
 
Typiquement, je lance une commande verbeuse (ls -lR /) et remonte dans l'historique pour lire une ligne. Je voudrais qu'elle reste fixe.  
 
Cordialement
 
trax

http://fr.wikipedia.org/wiki/Tube_Unix
 
+ man less (ou man more)

heureusement qu'il y avait écrit *configurer xterm*
c'est dans xterm que je veux configurer la chose. Comme par défaut sur gnome-terminal ou konsole  
 

ScrollTtyOutput dans le menu VT option de xterm alors?

déjà testé
la ça ne scroll plus avec cette option (barre de défilement reste fixe) mais le texte continu de défiler.  
Justement pour que le texte a l'écran reste fixe, alors que le programme en cours continue d'écrire dans le stdout, il faut que la barre de défilement bouge en conséquence (pour rester sur la même page écran)

drapal, bonne question

Voilà le genre de question qui m'empêche de dormir la nuit !

Sinon tu sais que tu peux arrêter manuellement le défilement automatique en freezant les i/o ?

Yop deux mannières =>  
 
1.
Ctrl-z (et fg ou bg pour relancer respectivement foreground ou background) freeze tout le programme
 
2.
ou plus spécifique a xterm Ctrl+s/Ctrl+q
 
mais ce que je voudrais c'est justement ne pas stopper le programme :s
gnome-terminal, qui a ce que je sais est basé sur xterm, sait le faire

 
La deuxième méthode ne stoppe pas "réellement" le programme, elle ne fait que bufferiser les entrées et sorties entre le xterm et le programme. Le programme continue de tourner à plein régime tant qu'il n'attend pas d'intervention utilisateur.
 
Après un Ctrl+s, stdout part dans un buffer qui est vidé sur l'écran xterm à l'appuie de ctrl+q, même chose pour stdin mais dans le sens inverse entre un buffer et le flux d'entrée du programme.
 
Certes stdin est comme bloqué mais quand on lit un historique, on est pas en mesure de saisir quelque chose, c'est donc une pure option d'affichage : ça permet de scroller vers le haut mais d'une manière moins pratique.
 
edit: enfin et quand le buffer de stdout est plein, ça peut bloquer c'est vrai

Donc selon toi si je lance ce script, que que je stop la console, que j'attends 10 secondes il devrait écrire d'un coup d'un seul tous les plop ?  
 

 
parce que chez moi ce n'est pas ce que ça fait
(et mon emerge n'a pas non plus l'air de continuer quand je fais ça

Non, les buffers ne s'appliquent qu'au processus en cours. Dans ton script tu fais plusieurs echo, et le tty en devient bloquant, vu que chaque echo est un processus.

Pour que cela marche, il faut que la commande soit un builtin shell, ou executable seul. Un programme en C, ca marchera:

Question bête : chez toi ça fonctionne ? Chez moi non... Ca arrête le programme qu'il soit en C ou en bash.

Oui. pdksh sous netbsd 4.