Forum Linux.général Bug de multiligne sous bash

Posté par Ontologia (site web personnel) le 16 janvier 2007 à 16:47.

Étiquettes : aucune

jan.

2007

Je subi un problème récurant, tans sous le bash du mac que du linux : dans certains configurations, il est impossible d'afficher des commandes tenant sur plusieurs lignes.
Systématiquement, si la fin de ligne est dépassée, la suite bouffe la ligne courante

Par exemple



|~$ wcat http://www.tv-radio.com/ondemand/france_inter/FRANCPARLE

/FRANCPARLER20070115.ram

va donner



/FRANCPARLER20070115.ramadio.com/ondemand/france_inter/FRANCPARLER

sur une ligne.

Ayant remarqué qu'en root, je n'ai pas ce problème, j'en ai déduit que c'est la config de mon prompt bash (à laquelle je n'ai pas touché en rrot), qui merde.

En ce qui me concerne, sur le mac, j'ai celle là
export PS1='|\e[32m\]\e[1;31m\]\w\[\e[1;34m\]\$\[\e[0m\] '

Quelqu'un aurait-il eu des problèmes de ce genre ?
Merci !

PS :En passant, j'avais trouvé une appli en javascript sur le net où l'on pouvait construire son bash à la carte, avec menu déroulant, pour générer à la fin la variable PS1 qui va bien.
Google n'a pas été mon amis, cette page n'existe plus ?

# Si ça peut aider...

Posté par Gyro Gearllose le 16 janvier 2007 à 16:53. Évalué à 3.

J'ai déjà eu ce problème, et ça ne venait pas du prompt, mais au choix :
- de la valeur de la variable TERM
- de la valeur de la variable TERMCAP
- d'une mauvaise configuration de l'écran, restituée par un appel à resize

Pour TERM, essaye linux ou vt220.
Pour TERMCAP, si tu mets linux dans la précédente, vire-la.
Ne pas oublier de faire un appel à reset, parfois, ça aide aussi...
Voilà, ce ne sont que quelques pistes, et ne font en aucun cas acte de loi....
# Pas assez de protection par [ ]

Posté par daggett le 16 janvier 2007 à 18:00. Évalué à 3.

Il manquait une protection par \[ \] au debut, avec ça je n'ai plus de probleme:
export PS1='|\[\e[32m\e[1;31m\]\w\[\e[1;34m\]\$\[\e[0m\] '

Cependant il m'arrive tout de même avec mon prompt perso d'avoir les mêmes problemes que toi, mais pas tout le temps. Je pense qu'il faut aussi regarder du coté des TERM comme dit plus haut (cependant, moi sous un xterm j'y mets "xterm", pas "linux" :) )
- [^] # Re: Pas assez de protection par [ ]
  
  Posté par Gyro Gearllose le 17 janvier 2007 à 10:18. Évalué à 2.
  
  cependant, moi sous un xterm j'y mets "xterm", pas "linux" :)
  
  En fait, le but de la manoeuvre, c'est de faire coïncider le type de terminal géré par l'application cliente (que ce soit putty, xterm, konsole, ou autre) avec la valeur de la variable TERM...
  Je trouve la définition du terminal "linux" assez bien, et assez bien supportée par ceux que j'utilise (konsole et putty quand je suis sous windows), donc, je ne vois pas l'intérêt d'utiliser xterm...
  Voilà, j'espère que ça précise un peu mon commentaire du dessus, c'est surtout ça qui compte !
- [^] # Re: Pas assez de protection par [ ]
  
  Posté par Ontologia (site web personnel) le 17 janvier 2007 à 11:13. Évalué à 2.
  
  Impeccable, ça marche !
  
  Merci tous les deux, je vais étudier cette histoire de TERM..
  « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker