Comment est-ce que je fais un travail de recherche inverse bash dans Terminal.app sans qu'il affiche une sortie tronquée?

Question

En utilisant Terminal.app sous OS X 10.5, vous voyez souvent que les commandes sont tronquées lorsque vous effectuez une recherche inversée avec Bash. Y at-il une sorte de termcap ou peut-être une commande bash shopt qui peut résoudre ce problème? Il est très ennuyeux. Procédure de reproduction: Ouvrez Terminal.app, effectuez une recherche inversée sur une commande longue. Hit <ctrl> -E une fois que vous avez trouvé la commande. Le curseur va à la fin de la ligne, mais l'affichage ne se met pas à jour.

Je suppose qu'il s'agit d'un problème avec la bibliothèque readline sous OS X. La mise à jour de la position du curseur après une recherche est plus problématique que toute autre chose. Fondamentalement, ctrl-a et ctrl-e ont tendance à casser la sortie de recherche.

os x terminal failure image http://involution.com/images/osxterminal.png

Dans ce qui précède, la première partie de la commande doit être affiché et le curseur doit être à la fin de la ligne, mais ce n'est pas. Vous ne pouvez littéralement pas voir ce que vous éditez lorsque cela se produit.

Answer 1

J'ai été en mesure de définir mon TERM à xterm au lieu de xterm-color et cela résout le problème. (export TERM = xterm).

Answer 2

Je ne peux pas reproduire ce, frapper soit Ctrl +E, Ctrl +A ou les touches fléchées met à jour la ligne de commande correctement. Courez-vous 10.5.4? Est-ce peut-être un bug dans les versions antérieures?

Answer 3

Je l'ai rencontré ce bug, et alors que je ne sais pas comment le résoudre, vous pouvez contourner le problème en appuyant sur <down><up>

Answer 4

Vous voudrez peut-être regarder ce poste.

bash-prompt-in-os-x-terminal-broken

j'ai eu le même problème et il a dû faire avec la variable PS1. Faites-moi savoir si cela aide.

Answer 5

Vous ne savez pas si c'est le problème ici, mais la fenêtre en cours de redimensionnement est une cause très fréquente d'écran fautif dans bash (avec n'importe quel émulateur de terminal, pas seulement Terminal.app).

Bash lira la taille de la fenêtre au démarrage, puis supposera qu'elle n'a pas changé. Lorsque la fenêtre est redimensionnée, un signal est envoyé à l'application en cours de lecture sur la console. Si ce n'est pas bash (parce que vous utilisez un éditeur de texte à ce moment, peut-être), bash ne le saura pas.

La solution dans ce cas est de redimensionner la fenêtre de sorte que bash reçoive le signal et remarque la nouvelle taille.

Answer 6

Dans le pire des cas, vous pouvez lancer le serveur X (quelque part sous des utilitaires) et lancer un véritable xterm.

Answer 7

Si l'invite comporte des couleurs, il s'agit d'un bogue reconnu.
Voir bug report msg#00019.